在之前的文章深入egg-core前篇中已经讲述了一个道理，node之所以没有成为一个比较流行的服务器语言，是因为node需要一个企业级的框架。而egg或许是一个不错的选择，针对egg-core的内部实现，将会在这篇文章中作出探索。
初始化Egg的项目后，如果我们没有在config中设置类似于:
exports.keys = `<your keys>`;启动egg应用后请求接口，不出意外应该会获得一个异常:
Cookie need secret key to sign and encrypt.
Please add `config.keys` in /xxxxxx/config.xxxx.js我们在配置中定义的一般是插件配置或者自己需求的自定义配置，比如插件配置的规范中会定义config的键值为插件名，那么令我们奇怪的是，keys这个配置是怎么来的？
当我们读文档到了cookie与session的时候就会知道，这个keys是cookie在加密解密的时候的秘钥，而这个秘钥是可以通过,分割的，可以使用多个秘钥，这是用于灰度更新秘钥的，egg会使用最新的key来加密，而解密的时候会从新到旧的逐个解密，用于兼容老的秘钥生成的cookie，可以说在这点对于开发者的体验非常好了。
令人不舒服的是，这个keys可以说是'空降'的，我们可以说是一脸懵逼的接住了这个配置。但是其实这个算是一个egg内建framework的一个配置。
在egg这个包是egg官方为我们提供的一个framework，在这个包里面我们可以搜索到config.keys的用法:
// application.js
get keys() {
if (!this[KEYS]) {
if (!this.config.keys) {
if (this.config.env === 'local' || this.config.env === 'unittest') {
const configPath = path.join(this.config.baseDir, 'config/config.default.js');
console.error('Cookie need secret key to sign and encrypt.');
console.error('Please add `config.keys` in %s', configPath);
}
throw new Error('Please set config.keys first');
}
this[KEYS] = this.config.keys.split(',').map(s => s.trim());
}
return this[KEYS];
}在app的原型链上加上一个keys的只读属性，这个属性会读取config.keys，如果没有读取到config.keys，会直接抛出异常，这也是我们刚开始提到的，为什么在你不设置config.keys的时候，会抛出异常了。
而app.keys只是在extends/context.js中被使用的:
// context.js
get cookies() {
if (!this[COOKIES]) {
this[COOKIES] = new this.app.ContextCookies(this, this.app.keys);
}
return this[COOKIES];
},extends/context.js在framework中是用于扩展egg中的几个基本对象的。这里应该是覆盖了Koa原本的cookies的原型，查看了一下Koa源码:
get cookies() {
if (!this[COOKIES]) {
this[COOKIES] = new Cookies(this.req, this.res, {
keys: this.app.keys,
secure: this.request.secure
});
}
return this[COOKIES];
},总的来看，只是Cookie的实现从cookies变为了egg-cookies，这两个包还没有深究究竟有什么不同点，根据官方的说法，egg-cookies是cookies的扩展:
Extends pillarjs/cookies to adapt koa and egg with some additional features.
但是看起来好像只要我们不调用ctx.cookies就不会报错，这样好像我们刚开始的报错就说不通了。所以问题就变成了是什么时候调用了ctx.cookies呢。
我们并没有在egg框架中找到ctx.cookies的使用，所以目标就锁定在了egg的默认插件中。在文档中和源码中我们都能了解到，egg的默认插件有
egg-session其实就是使用了koa-session的插件，外加上一个关于application的扩展，koa-session是使用ctx.cookies的，因此使用这个插件的话，需要exports.keys这个配置。
但我们尝试将将一下代码写到插件配置中的时候:
exports.session = {
enable: false
}重新启动egg服务，当我们访问页面的时候依旧会报错，从报错信息来看，会发现可以追溯到egg-security。关于这个包将来会有个主题来讲述的，不会再这里展开。
其实只是一个简单的keys的配置，啰嗦了半天。总是感觉不舒服，因为其实keys的依赖非常难找到，而且并不像插件依赖或者框架依赖描述得这么清晰，我觉得这可能是egg里面一个比价尴尬的设计。