嘿，针对你在WPF聊天程序里遇到的Emoji黑白显示、emoji.wpf库性能拉胯的问题，图片插入绝对不是唯一解，我给你梳理几个实用的优化方案，你可以根据自己的项目情况选：

方案1：抢救emoji.wpf库——优化RichTextBox的渲染性能 #

你说emoji.wpf只支持RichTextBox还慢，大概率是因为默认用法没做缓存或批量渲染优化。试试这几个操作：

• 缓存常用Emoji的Inline对象：把用户高频使用的Emoji对应的EmojiInline提前创建好，存在字典里，用到的时候直接取，避免每次都解析生成新对象。
• 虚拟化Emoji菜单：不要一次性加载所有Emoji到菜单里，用VirtualizingStackPanel做菜单布局，只渲染当前可见的Emoji选项，减少初始化压力。
• 局部解析Emoji：不要每次全量解析RichTextBox内容，只在用户插入Emoji或修改文本的局部区域做解析渲染，减少计算量。

方案2：自定义TextBox实现原生彩色Emoji渲染 #

WPF原生TextBox确实不支持彩色Emoji，但我们可以自己封装一个类似TextBox的控件，内部用TextBlock承载内容——因为TextBlock在Windows 10及以上系统里，只要安装了Segoe UI Emoji字体，就能自动渲染彩色Emoji。

• 核心思路：用TextBlock显示文本，叠加一个透明TextBox处理输入逻辑（光标、键盘输入、选中操作），然后同步两者的内容。
• 这种方式需要处理一些文本同步细节，但好处是完全原生渲染，性能拉满，体验和原生TextBox几乎一致。

方案3：优化图片插入方案（如果你还是想走这条路） #

如果觉得前面的方案太折腾，想继续用图片插入，重点要解决性能问题：

• 预加载+缓存图片资源：把所有Emoji图片打包成项目资源（比如嵌入到ResourceDictionary），启动时就把这些图片的BitmapSource缓存到字典中，用户选择Emoji时直接从缓存取，避免重复加载解码。
• 复用Image控件：不要每次插入都新建Image对象，用对象池复用已创建好的Image控件，减少GC压力。

方案4：嵌入UWP控件实现原生级支持 #

这是最省心的方案，利用WPF和UWP的互操作能力，嵌入UWP的TextBox控件——UWP原生控件对彩色Emoji的支持非常完善，渲染速度快，还不需要自己处理任何Emoji解析逻辑。

• 你需要在项目里引用Windows Community Toolkit或直接用Windows SDK提供的WindowsXamlHost控件，把UWP的TextBox嵌入到WPF界面中，再通过互操作API实现WPF和UWP控件的文本同步。
• 注意：这个方案要求系统是Windows 10 1809及以上版本，若需兼容旧系统得谨慎考虑。

总结 #

图片插入只是其中一种可选方案，如果你追求最小改动，优先优化emoji.wpf的缓存和渲染逻辑；如果想要最原生的体验和性能，自定义TextBox或者嵌入UWP控件会更合适。

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