本文详解因绝对url路径配置错误导致局域网其他设备（如手机、笔记本）访问mac本地web服务时出现err_connection_refused的问题，并提供可复现的修复方案。
在开发基于PHP的本地Web应用（如带基础HTTP认证或自定义登录逻辑的index.php）时，一个常见却易被忽视的问题是：服务在本机（http://localhost:8080 或 http://127.0.0.1）完全正常，但通过同一Wi-Fi网络中其他设备（如iPhone、Windows笔记本）以http://192.168.x.x:8080访问时，首页可加载、登录表单可显示，输入凭据后却触发ERR_CONNECTION_REFUSED错误——而非预期的认证失败提示。这往往让人误以为是防火墙、Apache/Nginx配置或PHP会话问题，实则根源常在于前端资源链接的路径设计。
根本原因：绝对URL破坏跨设备请求链路
当你的登录表单（
该表单在Mac上能成功提交，是因为localhost被解析为127.0.0.1（即本机服务）。但当你用手机浏览器访问http://192.168.1.100:8080/index.php时，表单仍尝试向http://localhost/login.php发起POST请求——而手机设备上并不存在运行服务的localhost，自然返回ERR_CONNECTION_REFUSED。
同理，JavaScript中若存在：
// ❌ 错误示例
fetch('http://localhost/api/auth')
.then(res => res.json())
.then(data => console.log(data));该请求将永远无法抵达Mac上的服务端。
正确解法：统一使用相对路径或动态协议/主机
✅ 推荐方案1：全部改用相对路径（最简洁可靠）
移除所有http://localhost前缀，让浏览器自动继承当前页面的协议、主机和端口：
// ✅ 正确：相对路径发起请求
fetch('/api/auth', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ user, pass })
});✅ 推荐方案2：动态生成主机地址（适用于需跨域或复杂部署场景）
利用JavaScript读取当前页面URL，构造目标请求地址：
const currentHost = window.location.origin; // e.g., "http://192.168.1.100:8080"
fetch(`${currentHost}/api/auth`, { /* ... */ });⚠️ 注意：若使用window.location.origin，请确保服务端已正确配置CORS（如PHP中添加header('Access-Control-Allow-Origin: *');），否则可能触发跨域拦截（与ERR_CONNECTION_REFUSED不同，此时控制台会明确报CORS错误）。
额外检查清单（排除其他干扰因素）
- ✅ 确认Mac防火墙允许入站连接（系统设置 → 隐私与安全性 → 防火墙 → 防火墙选项 → 启用“允许传入连接”或临时关闭测试）；
- ✅ 检查Web服务器绑定地址是否为0.0.0.0（而非仅127.0.0.1），例如在PHP内置服务器中应使用：
php -S 0.0.0.0:8080 router.php
- ✅ 验证其他设备能否直接访问http://[Mac-IP]:[port]/test.php（内容为），确认基础连通性无阻；
- ✅ 查看浏览器开发者工具（Network标签页），点击登录按钮后观察实际发出请求的URL，确认其是否仍指向localhost。
修复路径后，所有局域网设备将共享一致的请求上下文，认证流程即可无缝运行。记住：本地开发环境不是孤岛，任何硬编码的localhost都是跨设备协作的隐形障碍。
