AddFontResource仅临时注册字体且需SendMessage广播WM_FONTCHANGE，系统级安装必须复制.ttf到C:\Windows\Fonts并以管理员权限运行，字体名不等于文件名，需用FontFamily.Families确认真实名称。
Windows下用C#调用AddFontResource失败，字体没生效
直接调用
只是临时注册，仅对当前进程有效，且需配合
广播
，否则其他程序（包括你自己后续的GDI绘图）看不到新字体。更关键的是：它不写入系统字体目录，重启后丢失，也不出现在“控制面板→字体”里。
必须把
文件先复制到
（或
）
复制后要调用
+
，否则当前进程内
等仍可能选不到
注意权限：写入
目录需要管理员权限，否则
会抛
C#安装字体时提示“访问被拒绝”或“目标路径不存在”
常见于没检查目标路径是否存在、没请求提升权限、或误用了用户级字体路径。Windows真正的系统级字体安装路径是
，不是
（那是Win10/11引入的用户级字体目录，行为不一致）。
优先走系统路径：
在不同系统返回值不同，Win10+可能返回用户目录，要手动拼
安装前用
确认路径可写，再用
检查目标文件是否已存在（避免重复拷贝）
必须以管理员身份运行程序，否则写
必然失败；若不想提权，只能退到用户字体目录，但需调用
注册（不通用，部分应用不识别）
安装完字体后，GDI+绘图还是用不了新字体名
字体名（
）和文件名（
）通常不一致。比如
对应字体名是
，不是
。直接用文件名创建
会抛
。
C知道
CSDN推出的一款AI技术问答工具
下载
不要依赖文件名，用
枚举所有已加载字体，打印
确认真实名称
安装后需等待几毫秒再查询——有时
不会立即刷新，可加
或重试逻辑
如果用
报错，说明字体名没加载成功，先检查是否真的复制到了Fonts目录、是否广播了
跨平台或.NET Core/.NET 6+项目里怎么装字体
别试了。
和
是Windows GDI专属API，Linux/macOS根本不支持。.NET Core及以后版本的
在非Windows平台默认禁用字体安装能力，即使强制启用也无法写系统字体库。
Linux上得调用
命令并把字体拷到
或
，还要处理fontconfig缓存
macOS需用
再执行
刷新
纯跨平台方案只能放弃“系统级安装”，改用
或
自带字体加载器，把ttf当资源流读取，不依赖系统字体库
真正麻烦的不是代码怎么写，而是Windows字体注册机制本身不提供同步完成通知——你复制完、调完API、发完消息，仍可能有几十毫秒延迟才被GDI识别。生产环境建议加简单轮询+超时，别信“调完就立刻能用”。
AddFontResourceSendMessageWM_FONTCHANGE.ttfC:\Windows\FontsEnvironment.GetFolderPath(Environment.SpecialFolder.Fonts)AddFontResourceSendMessage(HWND_BROADCAST, WM_FONTCHANGE, 0, 0)Graphics.FromImageFontsFile.CopyUnauthorizedAccessExceptionC:\Windows\Fonts%USERPROFILE%\AppData\Local\Microsoft\Windows\FontsEnvironment.GetFolderPath(Environment.SpecialFolder.Fonts)@"C:\Windows\Fonts"Directory.Exists(@"C:\Windows\Fonts")File.ExistsC:\Windows\FontsAssociateApplicationWithFontsFontFamily.Namexxx.ttfsimhei.ttfSimHeisimheiFontFamilyArgumentExceptionFontFamily.Familiesfamily.NameFontFamily.FamiliesThread.Sleep(50)new Font("SimHei", 12)WM_FONTCHANGEAddFontResourceWM_FONTCHANGESystem.Drawing.Commonfc-cache -fv~/.fonts//usr/local/share/fonts/cp xxx.ttf ~/Library/Fonts/atsutil databases -removeSkiaSharpImageSharp