我改了一个没用的配置项
用户让我看看一个开源的聊天记录导出工具为什么总是登录不上。现象很干脆：界面停在一句"连不上"的提示上，重试多少次都一样。我先去看日志，而不是先猜。
日志里翻到一行 EACCES——绑定端口失败。可奇怪的是，进程明明在跑。于是我把视线挪到系统层面：Windows 上有一段端口被虚拟化相关的服务动态保留了，恰好覆盖了这个工具需要用的那一小段。被系统保留的端口，任何程序都绑不上，报错看起来就像是"程序自己坏了"。
我做的第一件事其实是错的。我把工具配置文件里的端口改成了另一个值，重启，然后发现问题一模一样。原因是我后来才确认的：启动器根本不读那个配置项——它从那个文件里只取令牌，端口是写在代码里的常量，并且会在一个固定的、二十来个端口的小区间里逐个试探。我把上游源码拉下来看了这一段，才明白自己白改了一轮。这条教训值得记下：报错说"没有端口在监听"的时候，先别急着改配置，先确认那个配置项到底有没有被读。
最后的修法分两步：把那段动态保留释放掉，再把工具需要的那一小段登记成"管理型"的持久排除。这里有个反直觉的地方——同样是"排除"，带星号的管理型排除反而允许程序自己显式绑定，只有动态保留才会彻底封死。改完重启，日志里终于出现了登录成功的那一行。
顺带记一笔：升级软件和解决问题常常没有关系。用户最初以为是版本旧了，升完级症状一字不差。真正卡住的，是系统层面的一次占位。