兄弟，我之前折腾过好几天一模一样的问题，太懂你这种明明配置了所有步骤却还是访问不了的抓狂了！给你列几个我踩过的坑和排查步骤，按顺序试一遍大概率能解决：

别光看代码写了listen(80, '你的IPv4地址')，得确认服务真的启动成功了：

• 给listen加个错误回调，看看有没有启动失败的提示：

  const express = require('express'); // 假设你用Express，其他框架同理
  const app = express();
  
  app.get('/', (req, res) => {
    res.send('Hello World!');
  });
  
  app.listen(80, '你的IPv4地址', (err) => {
    if (err) {
      console.error('服务启动失败:', err);
      return;
    }
    console.log(`服务已启动，访问地址：http://你的IPv4地址:80`);
  });
  

  如果报错说“权限不足”，那是因为80是特权端口，Windows需要右键以管理员身份打开终端运行Node；Linux/macOS要加sudo前缀。
• 另外，建议把监听地址换成0.0.0.0，这样服务会绑定所有可用网卡，避免因为网卡IP变动或者绑定错误的网卡导致访问不了。

你说关了专用网络的防火墙，但还有几个容易忽略的点：

• 公共网络的防火墙也得临时关掉试试（测试完记得开回来），有时候系统会把你的WiFi识别成公共网络，专用网络的设置没用。
• 很多杀毒软件（比如360、McAfee、Windows Defender的高级防护）自带独立防火墙，哪怕系统防火墙关了，它也会拦截外来请求，得暂时禁用这类防护，或者手动添加入站规则允许80端口的TCP连接。
• 手动添加入站规则（Windows为例）：打开「Windows Defender防火墙」→「高级设置」→「入站规则」→「新建规则」，选择「端口」→ 勾选「TCP」，输入「80」→ 选择「允许连接」→ 适用所有网络类型→ 命名规则后保存。

80端口是HTTP默认端口，很容易被IIS、Apache、迅雷这类程序占用：

• Windows打开命令提示符，输入：netstat -ano | findstr ":80"，会显示占用80端口的进程PID，然后打开任务管理器，找到对应PID的进程关掉它。
• macOS/Linux打开终端，输入：sudo lsof -i :80（或者netstat -tulpn | grep :80），找到占用进程后用sudo kill -9 进程PID结束它。

这个是最容易被忽略的坑！很多家用路由器默认开启了「AP隔离」（也叫「客户端隔离」），开启后同WiFi下的设备互相不能访问，哪怕在同一个局域网也不行：

• 打开浏览器输入路由器后台地址（一般是192.168.1.1或192.168.0.1，看路由器底部标签），输入管理员账号密码登录。
• 找到「无线设置」或者「局域网设置」里的「AP隔离」选项，把它关掉，然后重启路由器试试。

先排除网络本身的问题：

• 在另一台设备上打开命令行，输入ping 你的本地电脑IP，如果ping不通，说明两台设备不在同一个局域网，或者路由器有其他限制（比如VLAN划分）。
• 如果ping通了，再用telnet 你的IP 80测试端口连通性（Windows需要先开启telnet功能），如果能连上说明端口是通的，问题大概率在Node服务；如果连不上，还是回到防火墙、端口占用或者路由器设置排查。

按这个顺序排查，基本能找到问题所在。我当时就是路由器开了AP隔离，折腾了半天才发现！

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