mock.js不能直接在express路由中用mock.mock()注册接口，因其仅拦截浏览器xhr/fetch请求，node.js环境调用无效；正确做法是将mock.js作为数据生成器，在express路由中手动res.json()返回mock.mock()生成的数据。
Mock.js 不能直接在 Express 路由里用 Mock.mock() 注册接口？
很多人照着文档写 Mock.mock('/api/user', 'get', { data: [] })，发现请求根本没响应——因为 Mock.mock() 是拦截浏览器发起的 XHR/fetch 请求，不是给 Express 用的。它只在前端运行时生效，Node.js 环境下调用它只是“注册了个寂寞”，后端完全不感知。
正确做法是把 Mock.js 当作数据生成器，配合 Express 的路由手动返回：
- 用
Mock.mock()生成结构化数据（比如{ list|5: [{ id: '@id', name: '@cname' }] }） - 在 Express 的
app.get()回调里直接res.json()返回该数据 - 不要依赖
Mock.setup()或全局拦截，那套机制对 Node.js 服务无效
Express + Mock.js 启动后，修改 mock 数据不生效？
常见现象：改了 mockData 对象或 Mock.mock() 参数，重启服务器才看到变化。这不是 bug，是 JS 模块缓存导致的——require 或 import 的模块在首次加载后被缓存，后续 require 同一路径不会重新执行文件。
两种解法：
-
开发期加
delete require.cache[require.resolve('./mock-data.js')]：在每次路由处理前手动清缓存（仅限调试，别上生产） -
用函数封装 mock 逻辑：把
Mock.mock()调用包进函数里，每次请求都执行一次，确保数据实时生成（例如app.get('/user', (req, res) => res.json(genUserData()))）
注意：如果用了 ES Module（import），无法直接删缓存，得改用 dynamic import() 或切换回 CommonJS。
为什么推荐用 nodemon 而不是 node 启动 mock 服务？
Express 本身不监听文件变化，node index.js 启动后，哪怕你改了路由逻辑或 mock 数据，也必须 Ctrl+C 再重敲命令——尤其当你同时开着前端 dev server，频繁切终端手动重启极影响节奏。
nodemon 的实际价值在于：
- 默认监听
.js文件，但可配--watch src/mock --ext js,json精准监控 mock 目录 - 启动命令简洁：
nodemon index.js，比写onchange或chokidar-cli更轻量 - 配合
package.jsonscript："mock": "nodemon --watch mock mock/index.js"，团队成员开箱即用
别漏掉 --watch 参数——否则改了 mock/data.js，nodemon 根本不知道要重启。
Mock.js 生成图片链接时，@image 返回的 URL 在本地打不开？
Mock.mock({ avatar: '@image("200x200", "blue", "#fff", "U")' }) 生成的是类似 http://dummyimage.com/200x200/blue/fff&text=U 的第三方占位图地址。问题在于：这类服务可能被墙、限流，或返回 404，导致前端 <img> 标签加载失败，调试时一片空白。
更可控的做法：
- 用本地静态资源替代：提前放几张占位图在
public/images/avatar.jpg，mock 数据里直接写/images/avatar.jpg - 或用 Express 静态托管 + 动态生成：加
app.use('/mock-img', express.static('mock-images'))，再让 Mock.js 返回/mock-img/user-1.jpg - 避免依赖外部域名——尤其当你要离线演示或客户内网部署时，
dummyimage.com这类地址毫无保障
真正麻烦的不是生成数据，而是生成的数据能否在真实环境里稳定可用；Mock.js 的随机能力很强，但它的输出必须能被你的前端工程链路消化掉。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
