Router级validateToken中间件意外全局生效，调整挂载顺序可解决

问题根源 #

当你把conversationRouter优先挂载到'/'时，Express会按挂载顺序依次处理请求：

• 所有请求（包括/login）都会先进入conversationRouter，因为'/'是所有路径的前缀，会匹配任何请求。
• conversationRouter里通过router.use(validateToken)注册了全局中间件，只要进入这个Router的请求，不管后续有没有匹配的路由，都会先执行这个中间件。
• 当请求/login时，conversationRouter里没有对应的路由处理逻辑，Express会把请求往下传给userRouter，但此时validateToken已经被触发了。

为什么调整挂载顺序能解决问题 #

把userRouter放在前面后：

• 请求/login会先被userRouter的post('/login')路由匹配并处理，处理完成后Express会结束请求响应流程，不会再把请求传给后面的conversationRouter，自然不会触发validateToken。
• 请求/api/conversation时，会先经过userRouter（但没有匹配的路由），再进入conversationRouter，此时正常触发validateToken和对应的路由处理。

更可靠的解决方案（摆脱挂载顺序依赖） #

不想依赖挂载顺序的话，可以通过以下两种方式优化：

方式1：给Router指定具体挂载路径 #

修改app.ts的挂载逻辑，为conversationRouter指定专属前缀，只有匹配该前缀的请求才会进入这个Router：

// app.ts
app.use('/api/conversation', conversationRouter);

同时调整conversationRouter.ts的路由，去掉重复的前缀：

// conversationRouter.ts
conversationRouter.use(validateToken);
conversationRouter.post('/', postConversation);

方式2：限制中间件的生效路径 #

在conversationRouter中，只为/api/conversation路径注册validateToken中间件：

// conversationRouter.ts
conversationRouter.use('/api/conversation', validateToken);
conversationRouter.post('/api/conversation', postConversation);

内容的提问来源于stack exchange，提问作者Samik Biswas