C#如何实现消息推送通知_C#使用Firebase推送通知教程【实战】-C#.Net教程-PHP中文网

c# 客户端（如wpf/winforms）不能直接发送fcm推送，因无法安全存储私钥和刷新oauth令牌；必须由asp.net core等后端调用firebaseadmin sdk完成发送，客户端仅负责获取并上报设备token。

c#如何实现消息推送通知_c#使用firebase推送通知教程【实战】

直接说结论：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+。

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

安装包：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);</string>

关键点：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。