WCF服务端使用Firebase Admin SDK发送通知阻塞问题排查

一、Firebase Admin SDK 所需端口 #

Firebase Admin SDK 发送推送完全依赖HTTPS协议，必须放行443端口（标准HTTPS端口）。另外SDK初始化时会访问Firebase身份验证服务，同样走443端口，需确保防火墙和代理允许出站443流量访问fcm.googleapis.com、firebase.googleapis.com等Firebase核心域名。

二、控制台与WCF服务的核心差异 #

这是导致阻塞的关键原因：

• 线程调度限制：控制台用自由线程池，而WCF默认绑定同步上下文（SynchronizationContext），即便加了ConfigureAwait(false)，如果WCF的ConcurrencyMode、InstanceContextMode配置为单线程模式，异步操作仍会被阻塞在上下文等待中。
• 代理配置不继承：控制台会自动读取系统代理，但WCF运行在IIS应用池或Windows服务宿主下时，不会默认继承当前用户的代理设置，需手动指定。
• 运行权限不同：控制台以当前登录用户身份运行，WCF通常用IIS应用池账户（如IIS AppPool\DefaultAppPool）或系统账户，这类账户可能没有代理访问权限，或防火墙对其做了流量限制。

三、具体排查与修复步骤 #

1. 手动配置代理：在WCF服务代码中显式指定代理，和控制台保持一致：

   var proxyHandler = new HttpClientHandler
   {
       Proxy = new WebProxy("http://你的代理地址:端口"),
       UseProxy = true
   };
   // 给Firebase SDK注入自定义HttpClient
   FirebaseMessaging.DefaultInstance.SetHttpClientFactory(() => new HttpClient(proxyHandler));
   

2. 调整WCF并发配置：修改服务行为属性，改用多线程模式避免上下文阻塞：

   [ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple, InstanceContextMode = InstanceContextMode.PerCall)]
   public class YourWcfService : IYourWcfService
   {
       // 服务实现逻辑
   }
   

3. 测试端口连通性：在WCF宿主环境下执行命令，验证443端口是否通畅：

   Test-NetConnection fcm.googleapis.com -Port 443
   

4. 验证账户权限：临时将WCF服务的运行账户切换为控制台使用的用户，测试推送是否正常，以此排除权限问题。

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