函数是诞生于云服务的一个新名词，顾名思义，云函数就是在云端（即服务端）执行的函数。各个云函数相互独立，简单且目的单一，执行环境相互隔离。使用云函数时，开发者只需要关注业务代码本身，其它的诸如环境变量、计算资源等，均由云服务提供。
\n程序员说不想买服务器，于是便有了云服务； 程序员又说连 server 都不想写了，于是便有了云函数。
\nServerless 架构
\n通常我们的应用，都会有一个后台程序，它负责处理各种请求和业务逻辑，一般都需要跟网络、数据库等 I/O 打交道。而所谓的无服务器架构，就是把除了业务代码外的所有事情，都交给执行环境处理，开发者不需要知道 server 怎么跑起来，数据库的 api 怎么调用——一切交给外部，在“温室”里写代码即可。
\nFaaS
\n而云函数，正是 serverless 架构得以实现的途径。我们的应用，将是一个个独立的函数组成，每一个函数里，是一个小粒度的业务逻辑单元。没有服务器，没有 server 程序，“函数即服务”（Functions as a Service）。
\n由于本实现是应用在一个 CLI 工具里面的，函数声明在开发者的项目文件里，因而大致过程如下：
\n1、函数声明与存储
\n我们的目标是让云函数的声明和一般的 js 函数没什么两样：
\nmodule.exports = async function (ctx) {\n return 'hahha'\n }由于云函数的执行通常伴随着接口的调用，所以应该要能支持声明 http 方法：
\nmodule.exports = {\n method: 'POST',\n handler: async function (ctx) {\n return 'hahha'\n }\n};由于 method 等配置，因此编译的时候，需要把上述声明文件 require 进来，此时，handler 字段是一个 Function 类型的对象。可以调用其 toString 方法，得到字符串类型的函数体：
const f = require('./func.js');\nconst method = f.method;\nconst body = f.handler.toString();\n// async function (ctx) {\n// return 'hahha'\n// }有了字符串的函数体，存储就很简单了，直接存在数据库 string 类型的字段里即可。
2、函数执行
\n如果用于前端调用，每个云函数需要有一个对应的 url，以上述声明文件的文件名为云函数的唯一名称的话，可以简单将 url 设计为：
\n/f/:funcname在 js 世界里，执行一个字符串类型的函数体，有以下这么一些途径：
\n1.eval 函数
3.vm 模块
那么要选哪一种呢？让我们回顾云函数的特点：各自独立，互不影响，运行在云端。关键是将每个云函数放在一个独立的作用域执行，并且没有访问执行环境的权限，因此，最优选择是 nodejs 的 vm 模块。关于该模块的使用，可参考官方文档[1]。至此，云函数的执行可以分为三步：
1. 从数据库获取函数
\n2. 构造context
// ctx 为 koa 的上下文对象 \nconst sandbox = {\n ctx: {\n params: ctx.params,\n query: ctx.query,\n body: ctx.request.body,\n userid: ctx.userid,\n },\n promise: null,\n console: console\n}\nvm.createContext(sandbox);const code = `func = ${funcBody}; promise = func(ctx);`;\nvm.runInContext(code, sandbox);\nconst data = await sandbox.promise;NPM 社区的 vm2 模块针对 vm 模块的一些安全缺陷做了改进，也可用此模块，思路大抵相同。
3、引用
\n虽然说原则上云函数应当互相独立，各不相欠，但是为了提高灵活性，我们还是决定支持函数间的相互引用，即可以在某云函数中调用另外一个云函数。
\n很简单，加个函数名称的数组字段就好：
\nmodule.exports = {\n method: 'POST',\n use: ['func1', 'func2'],\n handler: async function (ctx) {\n return 'hahha'\n }\n};也很简单，根据依赖链把函数都找出来，全部挂载在 ctx 下就好，深度优先或者广度优先都可以。
if (func.use) {\n const funcs = {};\n const fnames = func.use;\n for (let i = 0; i < fnames.length; i++) {\n const fname = fnames[i];\n await getUsedFuncs(ctx, fname, funcs);\n }\n\n const funcCode = `{\n ${Object.keys(funcs).map(fname => `${fname}:${funcs[fname]}`).join('\\n')}\n }`;\n\n code = `ctx.methods=${funcCode};${code}`;\n} else {\n code = `ctx.methods={};${code}`;\n}\n\n// 获取所有依赖的函数\nconst getUsedFuncs = async (ctx, funcName, methods) => {\n const func = getFunc(funcName);\n methods[funcName] = func.body;\n if (func.use) {\n const uses = func.use.split(',');\n for (let i = 0; i < uses.length; i++) {\n await getUsedFuncs(ctx,uses[i], methods);\n }\n }\n}既然可以相互依赖，那必然会可能出现 a→b→c→a 这种循环的依赖情况，所以需要在开发者提交云函数的时候，检测依赖循环。检测的思路也很简单，在遍历依赖链的过程中，每一个单独的链条都记录下来，如果发现当前遍历到的函数在链条里出现过，则发生循环。
\nconst funcMap = {};\nflist.forEach((f) => {\n funcMap[f.name] = f;\n});\n\nconst chain = [];\nflist.forEach((f) => {\n getUseChain(f, chain);\n});\n\nfunction getUseChain(f, chain) {\n if (chain.includes(f.name)) {\n throw new Error(`函数发生循环依赖：${[...chain, f.name].join('→')}`);\n } else {\n f.use.forEach((fname) => {\n getUseChain(funcMap[fname], [...chain, f.name]);\n });\n }\n}4、性能
\n上述方案中，每次云函数执行的时候，都需要进行一下几步：
\n步骤 3，因为每次执行的参数都不一样，也会有不同请求并发执行同一个函数的情况，所以作用域 ctx 无法复用；
步骤 4 是必须的，那么可优化点就剩下了 1 和 2。
\nvm 模块提供了代码编译和执行分开处理的接口，因此每次获取到函数体字符串之后，先编译成 Script 对象：
// ...get code\nconst script = new vm.Script(code);执行的时候可以直接传入编译好的 Script 对象：
// ...get sandbox\nvm.createContext(sandbox);\nscript.runInContext(sandbox);\nconst data = await sandbox.promise;简单的缓存，不需要很复杂的更新机制，定一个时间阈值，超过后拉取新的函数体并编译得到 Script 对象，然后缓存起来即可：
const cacheFuncs = {};\n// ...get script\ncacheFuncs[funcName] = {\n updateTime: Date.now(),\n script,\n};\n\n// cache time: 60 sec\nconst cacheFunc = cacheFuncs[cacheKey];\n\nif (cacheFunc && (Date.now() - cacheFunc.updateTime) <= 60000) {\n const sandbox = { /*...*/ }\n vm.createContext(sandbox);\n cacheFunc.script.runInContext(sandbox);\n const data = await saandbox.promise;\n return data;\n} else {\n // renew cache\n}\n\n传送门：
\n\n
\n- GitHub: github.com/serverless
\n- 官网：serverless.com
\n
欢迎访问：Serverless 中文网，您可以在 最佳实践 里体验更多关于 Serverless 应用的开发！
","tableOfContents":"