Express默认路由无法匹配的原因是什么？

你遇到的问题其实是对Express路由匹配规则的常见误解——咱们把这个逻辑掰明白：

1. /路由的本质：仅匹配精确根路径 #

当你定义app.get('/', (req, res) => { ... })时，这个路由只会匹配路径完全等于/的请求（比如访问http://your-server/的时候）。对于像/about、/users/123这类非根路径的请求，Express会直接判定路径不匹配，跳过这个路由，继续往下找符合条件的路由。

这是Express默认的路径匹配规则：不带通配符或正则的路径，都是精确匹配，而非前缀匹配。

2. 为什么修改路由后能被匹配？ #

你说修改后路由就能生效，大概率是把路径改成了/*（比如app.get('/*', ...)），或者用了正则表达式（比如app.get(/^\/.*$/, ...)）。这时候：

• *是通配符，表示匹配任意长度的路径片段
• 这种带通配符的路径属于模糊匹配，所有以/开头的请求（也就是所有HTTP请求，因为URL路径必然以/开头）都会优先匹配到这个路由

另外还有一种情况：如果用app.use('/', ...)而非app.get('/', ...)，app.use的路径默认是前缀匹配，所以app.use('/')会匹配所有路径的请求——不过要注意app.use不区分HTTP方法，GET/POST/PUT等请求都会被拦截。

3. 为什么需要“路由特异性”？ #

Express的路由系统设计成这样，是为了让开发者能精准控制不同路径的请求处理逻辑：

• 想处理根路径请求，就用/
• 想处理/users下的所有请求，就用/users或/users/*
• 想做全局fallback（比如404页面），就把/*路由放在所有路由的最后，这样当前面的路由都匹配不到时，就会走到这个兜底路由

要是Express默认让/匹配所有请求，开发者就没法区分根路径和其他路径的处理逻辑了——这显然不符合大多数场景的需求。

举个实用的路由顺序示例：

// 根路径路由
app.get('/', (req, res) => {
  res.send('首页');
});

// 其他具体业务路由
app.get('/about', (req, res) => {
  res.send('关于我们');
});

// 全局404兜底路由（必须放在最后）
app.get('/*', (req, res) => {
  res.status(404).send('页面不存在');
});

这样访问/会返回首页，/about返回关于页面，其他路径都会走到404页面，逻辑清晰且符合预期。

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