TZ | 天猪
发现内置的方法跟我们的实现有所不同： - 我们会把 params 里面剩余的没有匹配的，当做 query 拼接；内置的需要显示指定第二个参数 - 我们会无视不匹配的值，如 `/:id` 没有 params.id 时，会保留；内置的会抛错。 - router name 不存在时，我们会返回空字符串；内置会返回一个 Error 对象（非抛错）。 第一点可以支持，第 2 点，我感觉我们之前的是不是不太合理？第 3 点两者都不对，应该抛错。 后面 2 个要不要改还是保留我们的实现？该视为 bug 还是 break？...
https://github.com/eggjs/egg/issues/882
赞，写的非常不错~~ - loader 的顺序，文档： https://eggjs.org/zh-cn/advanced/loader.html - service 的那里，其实有点特殊的地方的，它是挂载在 ctx 的，而且是延迟实例化的，可以看下 https://github.com/eggjs/egg-core/blob/master/lib/loader/context_loader.js
cc @fengmk2 @popomore @dead-horse
@jtyjty99999 同构这个先不管，先发一个 SSR 的 1.0 版本？
link 下 RFC 或文档，从使用者角度来看下，可能会更容易理解下。
印象中里面提到的应该是单个的禁用，即有其他策略时就不切文件，而不是全局禁用吧，明天看下
如果是集群部署， egg 这层做不到，必须引入三方服务，如分布式缓存或数据库标志位这样。
所以问题解决了？