.NET gRPC服务端口8080占用问题求助：无代码更新却频繁重启

以下是几个经过验证的排查和解决步骤：

• 检查环境变量的端口强制绑定
  很多托管平台（比如Azure App Service）会通过PORT环境变量强制指定Kestrel的监听端口，即使你注释了代码里的端口配置，Kestrel依然会读取这个变量的值来绑定。可以通过以下方式确认：

  • 在服务启动日志中添加输出：Console.WriteLine($"PORT环境变量值：{Environment.GetEnvironmentVariable("PORT")}");
  • 如果发现PORT被设置为8080，要么联系平台确认该端口是否被其他系统服务占用，要么手动指定一个未被占用的端口（比如9000/9001）到该环境变量中。

• 清理残留进程
  即使服务重启，之前的进程可能没有完全终止，持续占用8080端口：

  • Linux/macOS环境：执行lsof -i :8080找到占用端口的进程PID，再用kill -9 <PID>强制终止；或者用netstat -tulpn | grep 8080排查。
  • Windows环境：执行netstat -ano | findstr :8080获取PID，然后taskkill /F /PID <PID>杀掉进程。
    若为云托管环境，可尝试重启整个实例来清除残留进程。

• 检查托管平台的端口配置
  部分云服务平台的后台配置会覆盖代码中的Kestrel设置：

  • 比如Azure App Service，进入“配置”->“常规设置”，查看是否有指定“端口”或“启动命令”；如果有，确认该端口是否与8080冲突，或者修改为你的gRPC服务已配置的9000/9001端口。
  • 有些平台会在近期更新中调整默认端口分配策略，导致原本可用的8080被系统服务占用，这种情况下需要切换到其他端口并更新平台配置。

• 临时测试自动端口分配
  注释掉所有ListenAnyIP配置，然后通过命令行启动服务时添加参数：dotnet 你的服务.dll --urls=http://*:0，或者在代码中设置options.ListenAnyIP(0)，让Kestrel自动选择可用端口。如果服务能正常启动，说明问题确实出在8080端口被外部占用，而非服务本身的配置问题。

内容的提问来源于stack exchange，提问作者Christian M