把所有东西都放在ctx上面，这样真的合理吗？
@AsJoy 是的，所以感觉有点不合理。
const handleRequest = (req, res) => {
const ctx = this.createContext(req, res);
return this.handleRequest(ctx, fn);
};
这个 ctx 的大头其实是 request/response，就算你不用 egg 也会在用户请求的生命周期内一直存在的。举个例子，express 中其实就是每一个中间件传递的 req/res，虽然没有写成 ctx 的形式，但是它们确实在请求生命周期内一直存在；而在 koa 里就基本和 egg 一样了，毕竟 egg 其实只是往 koa 的 ctx 上加了点料。
@luluzero Service 的 Class 会在加载期一次性被挂载到 app.serviceClasses 上，而在请求期，仅当前 Controller 调用到的 Service 才会被真正实例化。
具体可以看下 egg-core 对应的源码。https://github.com/eggjs/egg-core/blob/master/lib/loader/context_loader.js
内心 OS：请相信我们是专业的，我们有 AliNode 来帮我们实时监控着，且我们经历过多次双十一量级的顶级流量压力，如果这个东西能造成内存等方面的影响，我们早就已经优化了。
这里主要想说明 2 个点：
- 是延迟实例化的，你试下就知道了，加一个额外的 Service，不要调用它，在它的构造函数里面 console.log 下就知道有没有被初始化了。
- 即使被初始化了，一个类的内存占用，不会太大的，除非你在里面缓存了一堆字符串，实在不放心的话，你可以用 AliNode dump 下看看内存情况。
从项目规范上来说egg感觉确实有一些设计相对死板， 比如项目目录的约束相对死板 https://github.com/i0natan/nodebestpractices/blob/master/sections/projectstructre/breakintcomponents.chinese.md 再有service对ctx引用有些越俎代庖了， 很容易出现以下问题， 导致出现service层的代码混乱与维护困难： https://github.com/i0natan/nodebestpractices/blob/master/sections/projectstructre/createlayers.md
@atian25 Service文件里所有service class在框架启动时就被实例化挂在到app上。在任何能取到app的地方就能娶到service。这样不需要每次请求按照cntroller映射单独实例化相应的service。只是把Service一次性实例化常驻内存，保存起来，根据请求从app上获取
@atian25 如果记得没错在创建ctx时候有一个ctx.app=this;再添加一行this.ctx=ctx。每次创建完成ctx时将他的指针挂到app上这样是否可以？在任何取到app的地方就可以拿到ctx?
@atian25 每次请求ctx创建完成后开始走中间件，从router走到controller再到service。这样通过app可以将ctx传给controller和service 。app完全变成一个常驻内存的工具箱任何东西都可以从他身上获取和挂载？controller和service可以在框架启动时就实例化完成？也就不需要ctx.service，用户少了一个心智负担，框架从头至尾app成为唯一获取信息的对象，成为一个集装箱，ctx仅仅只是koa的ctx。
