C# 没有内置 License 授权机制，本质是自定义规则+加密校验+运行时检查；LicenseProvider/LicenseManager 已过时，.NET Core+ 中仅存空实现，不适用于现代商业授权。
直接说结论：C# 里没有内置的 License 授权机制，所谓“License授权”本质是**你自己定义规则 + 加密校验 + 运行时检查**的过程；.NET 的 LicenseProvider / LicenseManager 体系早已过时、不适用于现代商业授权，强行用反而容易被绕过或引发部署异常。
为什么别碰 LicenseProvider 和 LicenseManager
这是 .NET Framework 早期为控件厂商设计的一套沙箱式授权模型，依赖 Licx 文件和设计时绑定，运行时需调用 LicenseManager.Validate()。问题很实在：
-
Licx编译后生成的licenses.licx资源是明文嵌入的，反编译即可提取验证逻辑 -
Validate()返回License对象但不阻止非法实例创建——它只建议你“别用”，不强制终止 - .NET Core / .NET 5+ 完全移除了
Licx编译支持，LicenseManager仅保留空实现，调用即返回null - VS 设计器已弃用该机制，WinForms/WPF 控件现在都靠自定义属性或启动校验
实际可用的授权校验三步法（推荐）
真正能落地的授权，核心就三件事：生成密钥、验证密钥、运行时拦截。不依赖框架，自己掌控全流程：
-
密钥生成：用非对称加密（如 RSA）私钥签名授权信息（客户名、到期时间、功能开关），Base64 编码成字符串，例如
"V1|john@acme.com|2025-12-31|PRO"→ 签名 →"-----BEGIN SIGNATURE-----MII...-----END SIGNATURE-----" -
运行时验证：用公钥解码并验签，解析出字段后做业务判断（如
DateTime.Parse(license.Expiry) > DateTime.Now） -
拦截时机：在
Program.Main()开头或主窗体OnLoad中调用校验；失败则弹窗 +Environment.Exit(1)，不要等用户点到功能才检查
示例关键片段：
var license = LicenseValidator.Validate(File.ReadAllText("license.key"), publicKeyXml);
if (!license.IsValid || license.Expiry < DateTime.UtcNow)
{
MessageBox.Show("授权已过期或无效");
Environment.Exit(1);
}常见坑：时间、硬件绑定与调试绕过
授权逻辑看似简单，真上线后 80% 的问题出在细节：
-
时间校验必须用 UTC：客户系统时区/夏令时/手动改时间都会导致本地时间误判，所有
DateTime比较统一转DateTime.UtcNow -
硬件指纹别硬编码 MAC 地址：虚拟机、Docker、WiFi 禁用时
NetworkInterface.GetPhysicalAddress()可能为空或变化，建议组合 CPU ID + 磁盘卷序列号（DriveInfo.VolumeSerialNumber）+ 主板 SMBIOS UUID（需System.Management权限） -
调试时别留后门：避免写
#if DEBUG跳过校验——发布前极易忘记删；更稳妥的是加一个环境变量开关（如APP_LICENSE_SKIP=1），CI/CD 中默认关闭 -
密钥文件路径别写死：用
AppContext.BaseDirectory拼接，而不是Application.StartupPath（ClickOnce 或 sandbox 下行为不一致）
最麻烦的从来不是加密算法，而是客户换电脑、重装系统、虚拟机迁移后的授权迁移流程——这部分没法靠代码自动解决，得配套提供人工重绑入口或离线激活码机制。
