代理端口用于接收网络请求，控制端口用于界面与内核交互。两者冲突会表现为不同的故障。
从错误文字识别是哪一个端口
在日志中找到首次出现的 listen 或 bind 错误，记录完整监听地址和端口。不要只看最后一条“启动失败”，因为前面通常包含更有用的线索。若错误带有 external controller，优先检查控制接口；若指向 HTTP、SOCKS 或 mixed 监听，优先检查代理入口。
Mihomo 的混合端口支持 HTTP 与 SOCKS 代理请求，但控制接口的用途不同。教程中出现的某个端口只是示例，客户端、订阅和扩展可能采用不同值。检查当前实际生效的配置，再决定改哪里，避免把控制端口填进浏览器代理设置。
找到占用者，先判断能否正常退出
在 Windows 上可使用系统资源监视器的网络监听信息，对照端口确认进程；其他平台使用对应系统工具。检查是否同时运行旧版客户端、另一款代理工具或本地开发服务。先用程序自己的退出入口结束不需要的实例，再启动当前客户端。
不要根据一个进程编号就强制结束它。确认程序路径和用途，尤其要避免影响工作服务或系统组件。若占用程序必须继续运行，改变客户端的一处监听端口通常比结束它更合适。若不是你的设备或组织管理的环境，请把结果交给管理员处理。
改代理端口时同步更新接入地址
选择一个未被占用、符合当前配置要求的端口，记录旧值与新值，然后保存并重启内核或客户端。应在能够控制实际生效配置的入口修改，留意订阅、扩展和客户端设置之间的覆盖关系。重启后查看日志是否仍出现同一监听错误。
如果改的是代理端口，系统代理、应用手动代理与命令行环境变量可能仍指向旧值，必须核对。使用本机接入时保持对应的本机地址即可，不要为了修复冲突把监听开放到所有网络接口。再次访问站点，并确认客户端出现连接记录。
控制端口异常时检查界面通信
如果网络仍可使用，但代理列表、连接信息或控制界面空白，可能是界面到内核的控制接口异常。官方常见问题 提到外部控制端口冲突可导致代理界面异常。核对控制监听地址，修改后重新启动，再观察界面是否恢复数据。
控制接口还可能涉及访问密钥。检查本机配置是否一致，不要把密钥放在截图或公开帖子中，也不要把控制接口直接暴露到互联网。若日志并无端口占用证据，继续排查内核通信与配置加载，不要把所有空白界面都归因于冲突。
出现权限错误时不要当成普通占用
“地址已在使用”和“访问被权限禁止”应分开处理。后者可能涉及系统保留端口、策略或网络服务，修改端口能帮助缩小范围，但不能证明原来的原因。不要为释放端口而关闭防火墙、删除系统保留范围或重置全部网络服务。
验收时确认日志不再出现监听失败、相关界面正常、实际请求可达，重启后仍能保持。达到这些条件就停止改动。若问题复现，记录重新占用端口的程序和启动顺序；若始终是权限拒绝，保留脱敏报错与系统版本，转交管理员或项目维护者核对。
相关问题
把端口改成更大的数字就安全吗？
数字大小不能代替检查。要确认未被占用、符合系统和内核要求，并保持接入地址一致。
为什么网络正常，节点列表却空白？
界面与内核通信和代理转发使用不同接口。控制端口故障可能影响界面，但不能只凭这一现象确定原因。
资料与适用范围
本文以原创步骤解释操作思路，不声称已经在所有设备和版本上实测。菜单名称、默认值与兼容条件可能随版本变化，请结合当前项目说明核对。
需要修正内容？请阅读反馈与纠错，不要公开完整订阅或账户凭据。
