Node.js服务器持续收到/inform请求的原因排查求助

Hey there! Let's walk through why you're seeing those repeated /inform requests and how to track down the source.

关键线索先划重点 #

你提到几个非常重要的细节，这些能帮我们快速排除很多可能性：

• 禁用socket.io后请求仍存在 → 和socket.io完全无关
• 关闭浏览器后请求还在 → 绝对不是浏览器或你的前端代码发起的
• 更换端口后请求停止 → 发起请求的程序是固定瞄准8080端口的

最可能的原因 #

基于这些线索，问题几乎可以确定是本地机器或局域网内的某个后台进程/服务在持续向8080端口发送请求，和你写的服务器代码没有关系。

常见的触发场景包括：

• 之前启动的某个程序/脚本没彻底关闭（比如另一个Node服务、测试工具、甚至是你之前写的爬虫脚本）
• 本地的监控软件、杀毒软件或系统服务在自动扫描常用端口
• 局域网内的其他设备（比如路由器、智能家居设备）刚好在向你的8080端口发送请求（不过这种情况换端口后可能还会扫其他端口，但你换端口就停，更偏向本地进程）

如何定位源头 #

你可以通过以下步骤精准找到谁在发请求：

1. 给服务器加更详细的日志 #

在你的http服务器的request回调里，添加打印请求来源的代码，这样能看到请求的IP和端口：

server = http.createServer(function (request, response) {
  // 新增这行日志，追踪请求来源
  console.log(`Request from ${request.socket.remoteAddress}:${request.socket.remotePort} → ${request.url}`);
  // 原有的日志和逻辑...
});

如果请求来自127.0.0.1或::1，说明是本地进程发起的；如果是其他IP，那就是局域网内的设备。

2. 检查本地后台进程 #

• Windows：打开任务管理器，切换到「详细信息」标签，找有没有可疑的进程（比如额外的node.exe、不知名的exe程序）
• Linux/macOS：在终端运行ps aux | grep node查看有没有残留的Node进程，或者用lsof -i :8080列出所有和8080端口交互的进程（这个命令能直接看到谁在连接你的端口）

3. 临时换端口验证（你已经做了） #

既然换端口后请求停止，说明发起请求的程序是硬编码了8080端口，或者默认扫描这个常用端口。你可以暂时用其他端口测试，同时继续排查本地进程。

总结 #

从你提供的纯HTTP服务器代码来看，逻辑是正常的静态文件服务，没有问题。问题出在外部的请求源，按照上面的步骤排查，应该能很快找到那个在后台发请求的程序~

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