为何revalidatePath触发即时重取？与Next.js文档描述矛盾

• 你遇到的这种“执行服务端动作时立即重新获取当前路由数据”的行为，不是意外bug，是Next.js的有意设计，只是文档描述的侧重点不同，没把这个场景讲透。
• 当在服务端动作里调用revalidatePath时，如果当前请求对应的路由和你传入的路径（或路由模板）匹配，Next.js会在当前请求的响应阶段直接触发重验证，而不是等下一次访问。这个逻辑是为了让用户执行完提交、修改这类动作后，能立刻看到最新数据，属于体验优化。
• 文档里说的“调用含动态路由段的revalidatePath不会立即触发大量重验证”是准确的：比如调用revalidatePath('/posts/[id]')，它不会遍历所有id对应的路径去重验证，只是标记这个路由模板的缓存失效，只有当某个具体的/posts/123被访问时，才会重验证该路径的数据。但如果当前请求本身就是某个动态路由实例（比如/posts/123），那么调用revalidatePath('/posts/[id]')或revalidatePath('/posts/123')，都会触发当前路径的即时重验证。
• 文档的描述主要聚焦在“避免批量重验证动态路由实例”这个点上，没有特意提及“当前请求匹配时的即时重验证”场景，所以才会让你产生认知偏差。

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