<p>C# 客户端（如WPF/WinForms）不能直接发送FCM推送，因无法安全存储私钥和刷新OAuth令牌；必须由ASP.NET Core等后端调用FirebaseAdmin SDK完成发送，客户端仅负责获取并上报设备token。</p>
直接说结论：C# 本身不能直接向 Android/iOS 设备发送 Firebase Cloud Messaging（FCM）推送通知，因为 FCM 要求服务端调用其 HTTP v1 API（需 OAuth 2.0 认证），而 .NET 客户端（如 WinForms、WPF）缺乏安全保管私钥和构造合法令牌的能力——这事必须交给后端做。
为什么不能在 C# 客户端（如 WPF/WinForms）里直接发 FCM 推送
FCM v1 API 要求每次请求携带 Authorization: Bearer ya29... 类型的访问令牌，该令牌需用 Firebase 项目对应的 service-account-key.json 私钥在线签发。客户端程序无法安全存储该 JSON 文件（可被反编译提取），且没有可靠方式刷新过期令牌（一小时有效期）。实测在客户端硬编码或嵌入密钥，几分钟内就会被提取并滥用。
- 错误现象：
401 Unauthorized或403 Forbidden，日志显示"FirebaseAuthError: Invalid credentials provided" - 常见误操作：把
service-account-key.json直接扔进 Resources 或写死在代码里，甚至用Convert.ToBase64String“混淆”——毫无意义 - 真正可行的边界：只有 ASP.NET Core Web API、Azure Function、Node.js 后端等可信服务端环境才适合承担 FCM 发送职责
ASP.NET Core 后端如何安全调用 FCM HTTP v1 API
核心是用官方推荐的 FirebaseAdmin SDK（非第三方封装），它自动处理令牌获取、缓存与刷新，且支持 .NET 6+。
- 安装包：
dotnet add package FirebaseAdmin - 初始化必须在
Program.cs中完成，且只执行一次：var firebaseApp = FirebaseApp.Create(new AppOptions() { Credential = GoogleCredential.FromFile("service-account-key.json") }); - 发送逻辑示例（注意：设备 token 必须由前端 App 提交到你的 API）：
var message = new Message() { Token = "fcm_device_token_here", Notification = new Notification() { Title = "Hi", Body = "From C# backend" }, Data = new Dictionary<string, string>() { ["click_action"] = "FLUTTER_NOTIFICATION_CLICK" } }; string response = await FirebaseMessaging.DefaultInstance.SendAsync(message); - 关键点：
service-account-key.json绝不能提交到 Git，应通过Secret Manager（本地用dotnet user-secrets）、环境变量或 Azure Key Vault 注入
WPF/WinForms 应用怎么“参与”推送流程
它们不发通知，但要负责两件事：获取本机 FCM token，并把它安全上报给你的后端 API。
- Android/iOS 端（Flutter/React Native/Native）用各自 SDK 获取
token，例如 Flutter 的await FirebaseMessaging.instance.getToken() - C# 桌面端（如配置管理工具）只需调用你自己的 REST API 提交 token：
POST /api/devices/register { "deviceId": "win10-abc123", "fcmToken": "xxx", "platform": "windows" } - 别试图在桌面端模拟 Android 的
FirebaseInstanceId——根本不存在，也无意义 - 如果真需要桌面弹窗通知，改用本地通知方案：
ToastNotification（Windows 10/11）、NotificationCenter（macOS），和 FCM 无关
最常被跳过的环节是 token 刷新监听：移动端 token 可能因重装 App、系统重置等原因失效，你的后端必须配合客户端定期上报新 token，并清理过期记录。否则某天突然发现“一半设备收不到通知”，大概率是数据库里存了一堆 3 个月前的无效 token。
