“address already in use”错误本质是端口被其他进程占用，需用lsof -itcp:9000（linux/macos）或netstat -ano | findstr :9000（windows）查pid，再kill或taskkill终止；注意revel默认监听0.0.0.0:9000，须覆盖所有地址族排查。
revel run 报 “address already in use” 怎么定位真凶
这个错误不是 Revel 自己抛的，而是底层 net/http 在 ListenAndServe 时被操作系统拒绝绑定，说明同一协议（TCP）、同一 IP+端口组合已被其他进程占用。别急着换端口，先确认是不是它——错误里出现 address already in use 或 bind tcp :9000: address already in use 就是典型信号。
常见误判点：你以为只查 127.0.0.1:9000 就够了，但 Revel 默认监听 0.0.0.0:9000，只要任意一个进程绑定了 :9000（比如 [::]:9000 或 192.168.1.100:9000），都会冲突。所以排查必须覆盖所有地址族和绑定方式。
- Linux/macOS：用
sudo lsof -iTCP:9000 -sTCP:LISTEN，不加-n可看到进程名；sudo netstat -tulnp | grep :9000更直观显示 PID 和程序 - Windows：用
netstat -ano | findstr :9000查 PID，再用tasklist | findstr <pid></pid>看进程名；若返回空，试试Get-NetTCPConnection -LocalPort 9000 | Get-Process（PowerShell） - 特别注意 PID 4（System 进程）：它常通过 HTTP.sys 占用 80/443/8080 等，但一般不会动 9000；若真撞上，查
netsh http show servicestate
为什么改了 -addr 还连不上 localhost
因为 -addr 只控制监听地址，不控制端口；而 Revel 的命令行参数解析有隐式优先级：-p 指定端口，-addr 指定 IP，两者必须同时显式给出才生效。只写 revel run -addr 127.0.0.1，Revel 仍用默认端口 9000，此时若 127.0.0.1:9000 被占，就失败；若没被占但你本意是监听 0.0.0.0（比如 WSL 或容器场景），又会连不上。
- 正确写法永远是：
revel run -a myapp -p 9000 -addr 0.0.0.0（开发调试推荐）或-addr 127.0.0.1（仅本地访问） - 容器内运行时，
-addr必须设为0.0.0.0，否则即使端口映射了，Revel 也只听 localhost，外部请求进不来 - WSL2 用户注意：Windows 主机访问 WSL2 中的 Revel，必须监听
0.0.0.0，且 Windows 防火墙要放行对应端口
config/app.conf 里的 http.port 为啥有时不生效
Revel 启动时参数加载顺序是：命令行 > 环境变量 > config/app.conf。如果你在终端里执行了 revel run myapp dev 8888，这个末尾的 8888 就是命令行端口参数，会直接覆盖 http.port 设置。很多人改完配置文件却没生效，就是因为启动时多写了端口号。
- 检查是否误用了“三参数”启动格式：
revel run <app><env><port></port></env></app>—— 这个<port></port>是硬编码覆盖，比配置文件优先 -
http.port生效前提是启动命令中**不带端口号参数**，例如：revel run myapp dev或revel run myapp - 配置文件修改后无需重启 IDE 或清缓存，但确保你编辑的是当前运行应用目录下的
config/app.conf，不是模板或全局配置
端口没被占，但还是连不上 localhost 的隐藏原因
最常被忽略的是网络栈层面的“监听地址语义”：当你看到 lsof 或 netstat 显示某进程监听 *:9000，它实际可能只监听 IPv6 的 [::]:9000，而你的 curl http://localhost:9000 默认走 IPv4，就会连不上——尽管地址看起来一样。
- 用
curl -v http://127.0.0.1:9000和curl -v http://[::1]:9000分别测试，看哪个通 - Revel 默认行为是监听双栈（IPv4+IPv6），但某些系统或容器环境会禁用 IPv6，导致
[::]:9000绑定失败，而日志未必报错，只静默退回到 IPv4；此时若 IPv4 又被占，就彻底失败 - 防火墙规则可能区分 IPv4/IPv6：macOS 的
pfctl、Windows 的高级安全防火墙都支持按协议栈单独控制，别只查 IPv4 规则
