为何 WPF 对 vcruntime140 有引用

通过阅读 WPF 官方开源仓库的代码和文档,可以了解到在进行独立发布的时候会在仓库里面带上 vcruntime140 的原因

在独立发布的时候,可以在仓库里面找到 vcruntime140.dll 这个文件

这是因为 WPF 框架用到了两个使用 C++\CLI 的项目,分别是 DirectWriteForwarder.dllSystem.Printing.dll

这两个库在进行发布的时候需要引用 vcruntime140.dll 这个文件,如果进行 Debug 下发布的时候需要引用 vcruntime140d.dll 文件

如果不将这个文件带入独立发布的文件里面,那么将要求用户去安装 VC 的运行时,这个将会带来一个神坑,就是 C++ 环境问题。而这里的 WPF 只是需要这个文件而已,所以在独立发布的时候将带上这个文件,此时用户端就无需安装 VC 运行时

因为默认的 vcruntime140.dll 会在应用程序运行的时候根据环境的不同会有选择冲突,同时如果有依赖某些有趣的库,这些库也许对 vc 运行时也有依赖,但是 WPF 用的版本也许和引用的库是不相同的,为了减少这部分的冲突,微软改名部将重写分发的vcruntime140.dll 修改为 vcruntime140_cor3.dll 也就是实际发布的时候看到的文件

posted @   lindexi  阅读(371)  评论(0编辑  收藏  举报
编辑推荐:
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
阅读排行:
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 如何使用 Uni-app 实现视频聊天(源码,支持安卓、iOS)
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
点击右上角即可分享
微信分享提示