@Torpedo 你的这种写法返回的还是 promise，是属于 koa2 中支持的中间件写法之一，其实跟 await 没有太大区别，这样我还是没有能明白对我的疑问有什么帮助....（哭）

@cloudzqy 我提问之前就试过，这是我的测试代码：
const one = (ctx, next) => {
console.log('>> one');
next();
console.log('<< one');
}

const two = async (ctx, next) => {
console.log('>> two');
await next();
console.log('<< two');
}

const three = async (ctx, next) => {
console.log('>> three');
await next();
console.log('<< three');
}

app.use(one);
app.use(two);
app.use(three);

//output:
>> one
>> two
>> three
<< one
<< three
<< two

当全部不使用 async 的时候，是能按照洋葱模型返回的

或者你能不能解释一下我这样测试的执行过程是怎么样的，看看是否与我的想法相符？
ps：不是想做伸手党，只是想找个人验证一下想法...

@iugo 你说没什么意义的意思是？能否举一下具体的例子？

我觉得你们都没有真正能解答我的问题，我知道 async/await 以及 promise 的用法，只是不明白为什么 next 要返回 promise，为什么中间件要写成 async 的形式，因为如果全部都不写 async 的话也能达到目的，仅仅是为了配合 next 返回的 promise 而使用 await 进而要用 async 包裹起函数作为中间件这种说法显然不能说服我。。。另外 @cloudzqy 的回答差不多是那么个意思但是我还是不能尽然明白...

@medz
重写前后，我看到的 REQUEST_URI 是一样的。。。。不知道你有没有试验过

@printempw 开启 Nginx URL 重写后 /index.php/ex/am 确实可以正常访问

@my101du 我的意思是我没有开启重写，就不会匹配到斜杠那一项吧？

@printempw 你这么一说，是 nginx 报的 404 错误，请求应该没走 laravel，可是为什么 http://localhost/index.php?/ex/am 或者 http://localhost/index.php?/ex/am
这样的请求没有走 laravel 的路由？已经进入入口文件了，路由却没有解析到

另外，根据以上 nginx 的配置，这个 url： http://localhost/ex/am 重写之后真实访问的 url 是怎样的？

@kismetX 关于 网址是 localhost 只是用于方便提问的网址书写，我自己配的 nginx 本地网址是“ w w w .lab.com ”，请不要纠结 localhost 的问题