IRIS安装成功但打不开管理界面，大概率是52773端口被占用或存在HTTP URL保留项残留；应先用netstat或lsof验证监听状态，再检查并清除netsh http urlacl残留，必要时修改iris.cpf中Port配置并stop/start实例。
IRIS 安装成功但打不开管理界面（比如 http://localhost:52773/csp/sys/UtilHome.csp），大概率不是安装失败，而是端口被占了——52773 这个默认端口比你想象中更容易“失守”。
确认 IRIS 是否真在监听 52773 端口
别急着改配置，先验证 IRIS 进程是否真的启动并绑定了端口。Windows 上执行：
netstat -ano | findstr :52773
如果没输出，说明 IRIS 没起来，或根本没监听这个端口；如果有输出且状态是 LISTENING，再看最后一列的 PID。接着查进程名：
tasklist | findstr <pid></pid>
正常应看到类似 iris.exe 或 cache.exe（老版本可能还残留 Caché 名字）。如果 PID 对应的是 svchost.exe、java.exe 或 docker-proxy.exe，那 IRIS 根本没抢到端口。
Windows 下常见“伪占用”：HTTP API 的 URL 保留项残留
IRIS 启动失败时，有时 netstat 查不到占用进程，但就是起不来。这是 Windows 的 http.sys 层做了 URL 保留（URL Reservation），比如之前装过 IIS、Web Deploy、甚至某些旧版 Docker Desktop，都可能悄悄注册了 http://+:52773/ 却没清理。
检查命令：
netsh http show urlacl | findstr :52773
如果返回结果，说明有残留保留项。清除它：
netsh http delete urlacl url=http://+:52773/
注意：需要管理员权限运行命令提示符或 PowerShell。删完再启 IRIS，常能立刻见效。
Linux/macOS 上用 lsof 定位更直接
Ubuntu 或 macOS 用户，优先用 lsof，它一步到位显示进程和路径：
sudo lsof -i :52773
输出里会明确列出 COMMAND、PID、USER 和 NAME。常见干扰项包括：
-
docker-proxy：Docker 容器映射占了端口，停掉无关容器即可 -
node或python：本地开发服务（如前端 dev server）误配了52773 -
iris本身多个实例：ps aux | grep iris看是否有僵尸iris进程残留
杀进程用 kill -9 ，但别杀 systemd 或 dbus 类系统进程。
改端口不如清环境，但真要改得改对地方
IRIS 的端口不只在启动命令里，它由实例配置文件控制。不要只改 iris start 参数——那只是启动开关，真正绑定端口的是 iris.cpf 配置文件。
路径通常为：/usr/irissys/mgr/iris.cpf（Linux）或 C:\InterSystems\IRIS\mgr\iris.cpf（Windows）
找到这一段：
[ConfigFile] Port=52773
改成其他未被占用的端口（如 52774），保存后必须重启整个实例：
iris stop IRIS iris start IRIS
注意：iris restart 不会重载 iris.cpf 修改，必须显式 stop + start。
真正卡住人的，往往不是找不到哪个进程占了端口，而是查到了却不敢杀——比如看到 svchost.exe 就停手。其实只要确认它没在跑 IIS 或 SQL Server，多数 HTTP 相关的 svchost 子服务是可以安全释放 URL 保留项的。动手前多看一眼 netsh http show urlacl，比盲目 kill 稳得多。
