简介这是一款面向前端开发者与接口调试人员的HTTP自动回复请求软件即一键Mock工具主要解决后端接口尚未完成时前端开发受阻、传统Mock服务器搭建繁琐的问题。软件提供直观界面可快速创建、编辑和管理模拟接口依据接口文档配置模拟数据一键启动服务即可进入调试状态无需外部插件。资源包共33个文件约5.36MB以dll动态库、xml配置说明、pdf使用与更新文档、config配置、db数据库及exe主程序为主涵盖运行所需的依赖组件与说明资料。目前已有491人学习下载。借助该工具读者可省去手工搭建Mock服务的流程直接获得可运行的接口模拟环境用于接口联调、数据测试与异常场景验证并可通过说明文档快速上手提升开发与测试效率。1. 前端等接口等到心累聊聊这款一键 Mock 工具到底怎么用联调前一天后端说接口还没好前端只能对着空页面干等——这种场景做过 Web 开发的基本都遇到过。HttpAutoResponseMessage 就是冲着这个痛点来的一个 Windows 桌面端的 HTTP 自动回复请求软件本质是一个本地 Mock 服务器启动后监听指定端口按你配置的规则拦截请求并返回预设响应。它不需要装 Node.js、不需要写 JSON Server 配置文件、不需要碰 Docker双击 exe 就能跑。整个包基于 .NET Framework 4.6.2 编译运行环境是 Win10 x64内部用 SQLite 存接口配置用 log4net 记日志还带了 MQTTnet 说明它可能支持 MQTT 协议的消息模拟。适合谁前端开发在等后端接口时自测、测试人员需要构造异常响应验证边界、后端想快速模拟第三方回调——这些场景它都能接。下面从拆包开始一步步说清楚怎么把它跑起来、怎么配、哪里容易翻车。2. 拆开压缩包看门道依赖链、数据库与运行前置条件2.1 文件清单里藏着的技术栈信息拿到Http自动回复请求软件(一键Mock工具)V1.1.6.zip之后别急着双击 exe先把压缩包解开看一眼目录结构。根目录下有这么几类文件文件/目录作用是否必须HttpAutoResponseMessage.exe主程序入口必须HttpAutoResponseMessage.exe.config运行配置端口、数据库路径等必须DataServer.dbSQLite 数据库存接口规则和响应数据必须log4net.config日志框架配置必须EntityFramework.dll及相关ORM 框架操作 SQLite必须Newtonsoft.Json.dllJSON 序列化/反序列化必须MQTTnet.dllMQTT 协议支持按需x64/和x86/目录SQLite 原生互操作库分平台必须使用说明.pdf/更新说明.pdf文档建议看这里有个关键点x64和x86两个目录下各有一个SQLite.Interop.dll。这是 SQLite 的 native interop 库不是托管代码必须和你的操作系统架构匹配。Win10 x64 环境下主程序会加载x64/SQLite.Interop.dll。如果你把整个文件夹拷贝到 32 位机器上跑就得确保x86目录也在。很多人解压后只复制了 exe 和几个 dll把x64目录漏了结果一启动就报Unable to load DLL SQLite.Interop.dll——这是最典型的翻车方式。2.2 .NET Framework 4.6.2 环境确认软件依赖 .NET Framework 4.6.2。Win10 1803 以后的版本通常自带 4.7 或更高向下兼容 4.6.2所以大部分 Win10 x64 机器不用额外装。但如果你在 LTSC 或某些精简版系统上跑可能缺这个运行时。确认方法很简单用 PowerShell 查注册表# 查询已安装的 .NET Framework 版本 Get-ItemProperty HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full | Select-Object Release, VersionRelease值对应关系394254及以上对应 4.6.2。如果低于这个值去微软官网下载 .NET Framework 4.6.2 的离线安装包装上就行。注意不要装 4.8 的开发者包那个体积大且没必要运行时装 4.6.2 或 4.7.2 都可以。另外检查一下HttpAutoResponseMessage.exe.config里的配置。用记事本打开常见的内容包括数据库连接字符串和监听端口configuration appSettings !-- SQLite 数据库文件路径默认相对路径 -- add keyDbPath valueDataServer.db/ !-- HTTP 服务监听端口 -- add keyListenPort value8080/ /appSettings startup supportedRuntime versionv4.0 sku.NETFramework,Versionv4.6.2/ /startup /configurationListenPort默认可能是 8080 或 9090看你拿到的版本。如果这个端口被别的程序占了比如 Tomcat、Jenkins启动时会报HttpListenerException: 拒绝访问或端口已被占用。改成一个没被占用的端口比如 18080保存后重新启动即可。DbPath一般不用改除非你想把数据库放到别的目录。2.3 首次启动与数据库初始化双击HttpAutoResponseMessage.exe如果环境没问题会弹出一个窗口。首次启动时程序会检查DataServer.db是否存在不存在就自动建表。你可能会在Log/LogInfo目录下看到日志文件生成说明 log4net 已经开始工作了。如果窗口一闪而过大概率是数据库初始化失败或依赖缺失。去看Log/LogError目录下最新的日志文件里面会记录异常堆栈。常见的错误包括SQLite error: unable to open database file— 目录权限不够把整个文件夹放到D:\Tools\这类非系统盘路径下再试Could not load file or assembly EntityFramework— dll 被杀毒软件隔离了检查杀软隔离区The type initializer for System.Data.SQLite threw an exception—x64/SQLite.Interop.dll缺失或版本不匹配确认启动成功后界面上一般会有「启动服务」「停止服务」「添加接口」这几个按钮。先别急着加接口点一下「启动服务」然后用浏览器访问http://localhost:8080/看看有没有默认响应。如果有返回内容哪怕是 404说明 HTTP 监听已经通了。3. 配一条 Mock 规则从请求匹配到响应返回的完整链路3.1 接口规则的数据结构这个工具的核心逻辑是收到 HTTP 请求 → 匹配规则 → 返回预设响应。规则存在 SQLite 的DataServer.db里虽然你可以直接用 SQLite 客户端打开看但更推荐在界面上操作避免改坏表结构。一条典型的 Mock 规则包含这些字段字段说明示例请求路径URL path支持精确匹配/api/user/info请求方法GET/POST/PUT/DELETEGET匹配参数Query 或 Body 中的关键字段id1响应状态码HTTP status code200响应 Content-Type返回内容的 MIME 类型application/json响应体返回的正文{name:张三,age:28}延迟毫秒模拟网络延迟500这里要特别注意 Content-Type。如果你返回 JSON 但 Content-Type 设成了text/plain前端用axios请求时可能不会自动 parse拿到的是字符串而不是对象。常见做法是返回 JSON 就设application/json; charsetutf-8返回 XML 就设application/xml返回纯文本才用text/plain。3.2 用界面添加第一条规则打开软件主界面找到「添加」或「新增接口」按钮按下面的步骤填第一步填请求路径。比如你要模拟用户信息接口路径写/api/user/info。注意不要带域名和端口只写 path 部分。如果你的前端请求是http://localhost:8080/api/user/info?id1那路径就是/api/user/infoid1属于查询参数。第二步选请求方法。下拉框里选GET。如果你不确定前端用的什么方法可以先选ANY或ALL如果工具支持让它匹配所有方法。第三步设响应状态码和 Content-Type。状态码填200Content-Type 填application/json。第四步写响应体。在文本框里粘贴 JSON{ code: 0, message: success, data: { userId: 1001, userName: 测试用户, email: testexample.com, roles: [admin, editor] } }第五步设延迟。如果想模拟慢接口延迟填800毫秒。不想延迟就填0。保存后确保服务处于「已启动」状态。然后用浏览器或 Postman 访问http://localhost:8080/api/user/info应该能看到你刚配的 JSON 返回。如果返回的是 404 或默认页面检查路径是否写错、方法是否匹配、服务是否真的启动了。3.3 用 curl 验证与常见返回异常命令行验证最快# 验证 GET 接口 curl -v http://localhost:8080/api/user/info # 验证 POST 接口带 JSON body curl -X POST http://localhost:8080/api/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}-v参数会打印完整的请求和响应头方便你看 Content-Type 和状态码对不对。如果返回404 Not Found说明路径没匹配上如果返回405 Method Not Allowed说明方法不对如果返回500 Internal Server Error去看Log/LogError里的日志通常是响应体里有非法字符或数据库写入失败。还有一个容易忽略的点URL 编码。如果你的路径里包含中文或特殊字符比如/api/搜索在配置时要用 URL 编码后的形式/api/%E6%90%9C%E7%B4%A2否则匹配不上。前端发请求时浏览器会自动编码但你在工具里配规则时得手动处理。4. 避坑与排查那些让你怀疑人生的常见问题4.1 启动报错「端口被占用」或「拒绝访问」现象双击 exe 后弹窗提示HttpListenerException: 拒绝访问或无法启动 HTTP 服务。原因两个可能。一是配置的端口比如 8080已经被其他程序占用用netstat -ano | findstr :8080能查到占用进程。二是 Windows 的 HTTP.sys 保留了某些端口段普通用户权限无法监听。解决先换端口改成 18080 或 28080 这类不常用的。如果换端口还不行用管理员身份运行 cmd执行netsh http show urlacl看看有没有保留项。实在不行就以管理员身份运行 exe但这不是长久之计最好还是换端口。4.2 前端请求跨域被浏览器拦截现象Postman 和 curl 都能拿到 Mock 数据但前端页面里请求报CORS policy: No Access-Control-Allow-Origin header。原因浏览器同源策略。你的前端跑在localhost:3000Mock 服务在localhost:8080端口不同就是跨域。这个工具默认可能没有加 CORS 响应头。解决看软件设置里有没有「允许跨域」或「CORS」选项有就勾上。如果没有常见做法是在响应头里手动加Access-Control-Allow-Origin: *。有些版本支持在规则里自定义响应头找到「Headers」或「响应头」配置项加上Access-Control-Allow-Origin: * Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS Access-Control-Allow-Headers: Content-Type, Authorization注意如果前端带credentials: includeAccess-Control-Allow-Origin不能是*必须指定具体域名比如http://localhost:3000。4.3 数据库文件被锁或写入失败现象添加规则后保存报错或者重启软件后之前配的规则丢了。原因SQLite 是文件级锁如果同时开了多个软件实例或者你用 SQLite 客户端工具打开了DataServer.db没关主程序写入时就会报database is locked。解决确保同一时间只有一个软件实例在跑。用 SQLite 客户端查看数据后记得断开连接。如果数据库已经损坏把DataServer.db备份后删掉重新启动软件会自动重建空库但之前的规则就没了——所以定期导出规则配置是个好习惯。4.4 响应中文乱码现象返回的 JSON 里中文显示成??????或乱码。原因Content-Type 里没指定 charset或者数据库存储编码不对。解决Content-Type 写成application/json; charsetutf-8。如果还乱码检查HttpAutoResponseMessage.exe.config里有没有编码相关配置确保是utf-8。另外响应体里的中文不要用 Unicode 转义如\u4e2d\u6587直接写中文让工具自己序列化。4.5 MQTT 相关 dll 报错但用不到 MQTT现象启动时提示Could not load file or assembly MQTTnet。原因压缩包里MQTTnet.dll可能被杀毒软件误删或者你只复制了部分文件。解决从原始压缩包里重新解压MQTTnet.dll及其 xml 文件到程序目录。如果你确定不用 MQTT 功能这个报错可能只是警告不影响 HTTP Mock 主功能。但为了干净还是补上这个 dll。5. 进阶玩法用 SQLite 直连批量导入规则与响应模板复用5.1 直接操作 DataServer.db 批量建规则界面上一条条加规则接口多了很烦。如果你要模拟几十个接口直接操作 SQLite 数据库更快。用 DB Browser for SQLite 或命令行sqlite3打开DataServer.db先看表结构-- 查看所有表 SELECT name FROM sqlite_master WHERE typetable; -- 假设规则表叫 MockRules查看字段 PRAGMA table_info(MockRules);假设表结构是MockRules(Id, Path, Method, StatusCode, ContentType, ResponseBody, DelayMs)你可以用 INSERT 批量插入INSERT INTO MockRules (Path, Method, StatusCode, ContentType, ResponseBody, DelayMs) VALUES (/api/order/list, GET, 200, application/json; charsetutf-8, {code:0,data:[]}, 0), (/api/order/detail, GET, 200, application/json; charsetutf-8, {code:0,data:{orderId:123}}, 200), (/api/order/create, POST, 201, application/json; charsetutf-8, {code:0,message:created}, 500);执行完 INSERT 后重启软件或者在界面上点「刷新」规则就会加载进来。注意直接改数据库前先备份DataServer.db改错了还能恢复。另外如果软件正在运行SQLite 可能锁库先关掉软件再操作。5.2 响应模板复用与动态参数模拟Mock 数据最怕写死。比如用户 ID 每次请求都返回同一个值测试分页或详情页时就露馅了。这个工具如果支持动态变量有些版本支持{{random}}或{{timestamp}}之类的占位符可以在响应体里用{ code: 0, data: { userId: {{randomInt(1000,9999)}}, userName: user_{{randomString(6)}}, createTime: {{timestamp}} } }如果不支持动态变量退而求其次准备多套响应模板在数据库里建多条规则路径相同但匹配参数不同。比如/api/user/info?id1返回张三?id2返回李四。这样前端切换参数时能看到不同数据。5.3 验证 Mock 服务是否真正生效的检查清单配完规则后别急着告诉前端「接口好了」。按这个清单走一遍服务状态确认软件界面上显示「运行中」netstat -ano | findstr :18080能看到监听。本机 curl 验证curl -v http://localhost:18080/api/your/path返回预期 JSON。局域网验证如果前端在另一台机器上用http://你的IP:18080/api/your/path访问注意 Windows 防火墙是否放行了该端口。Content-Type 检查curl -I看响应头里的Content-Type是否包含charsetutf-8。延迟验证如果配了延迟用curl -w %{time_total}看实际耗时是否接近配置值。日志检查Log/LogInfo里有没有对应请求的记录确认请求确实打到了 Mock 服务而不是被别的程序截了。我自己的习惯是每次配完一批规则先用curl跑一遍冒烟测试把返回结果和预期对比确认无误后再通知前端联调。这样能避免「前端说接口不通后端说 Mock 没配好」的扯皮。从那以后我每次启动这个工具都强制走一遍端口检查、curl 验证、日志确认这三步省了很多后悔药。希望帮到你。本文还有配套的精品资源点击获取