调试依赖Azure组件项目时获取EventHub Partitionids报连接异常

调试依赖Azure组件的内部项目时，程序在拉取EventHub分区ID阶段抛出异常，具体报错信息如下：

Exception User-Unhandled
Microsoft.Azure.EventHubs.Processor.EventProcessorConfigurationException: 'Encountered error while fetching the list of EventHub Partitionids'
内部异常
SocketException: 连接尝试失败，因为连接方在一段时间后未正确响应，或是已建立的连接因连接的主机无响应导致失败。

问题复现规律：首次清除缓存并重启笔记本电脑时运行不会触发该异常，后续重复运行则会稳定复现相同问题。

按以下优先级逐步排查即可定位根因：

• 排查本地AMQP端口残留占用：Azure Event Hubs SDK默认基于AMQP协议通信，使用5671、5672端口。首次运行后如果调试进程没有正常退出，会残留僵死的连接句柄占用端口，重启系统时僵死进程被清空因此首次运行正常，后续运行时端口被占会导致SDK无法新建到EventHub服务的连接。排查时在终端执行netstat -ano | findstr "5671 5672"，找到占用对应端口的残留进程（多为上次调试未正常关闭的项目进程、后台驻留的旧SDK实例），强制结束进程后重试。
• 排查网络缓存与代理冲突：系统重启后代理配置、DNS缓存处于初始干净状态，运行一次项目后可能被修改代理规则、写入错误DNS缓存，导致后续请求无法路由到EventHub服务端点。排查时先执行ipconfig /flushdns清空本地DNS缓存，临时关闭系统代理、VPN类网络工具后重试，同时验证EventHub连接串中配置的服务端点在当前网络环境下可正常连通。
• 检查SDK资源释放逻辑：如果项目代码没有在程序退出时正确释放EventProcessorHost实例，会导致首次运行结束后SDK持有的连接句柄无法被系统回收，后续新建实例时无法建立新的服务连接。可在程序退出逻辑中显式调用await eventProcessorHost.UnregisterEventProcessorAsync()方法，确保资源被正常释放后再退出程序。
• 排查安全软件拦截规则：部分安全软件会在程序首次发起联网请求时直接放行，后续检测到重复的AMQP协议连接时会误判为风险行为，拦截出站请求。可临时关闭安全软件的网络防护模块测试是否复现，确认是拦截问题后给对应项目进程添加白名单即可。

内容的提问来源于stack exchange，提问作者Ayushi Gupta