Win下基于通用C运行库UCRT的部署 - 及 {C++/CLI封装的托管dll被C#工程调用时出现未加载（could not load file or assembly）错误排查}

已于 2022-04-11 01:24:06 修改
阅读量2.8k 收藏
点赞数 2
分类专栏： C++ C++/CLI 文章标签： visual studio c++ c# windows
于 2022-04-10 22:32:09 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dagunliyu123/article/details/124086979
版权

目录

C++/CLI封装的托管dll被C#工程调用时出现未加载（could not load file or assembly）错误排查及基于通用C运行库UCRT的部署

0 问题分析

1 用于排查的工具

depends

Everything

2 缺少的dll

3 Universal CRT Tools x64

4 基于通用C运行时库—Universal CRT的程序部署

4.1 部署-把依赖库放在自己程序目录下，既不会跟别的应用软件冲突，又方便了软件分发

4.2 UCRT和UMP的相关dlls

4.3 VS配套工具Remote Debugger的部署方式

5 总结

C++/CLI封装的托管dll被C#工程调用时出现未加载（could not load file or assembly）错误排查及基于通用C运行库UCRT的部署

0 问题分析

a 没有将自己封装的或者第三方的dll拷贝到可执行文件目录下；

b 缺少系统层面的dll，如C运行时库。

1 用于排查的工具

depends

可以查一下报错的dll到底还依赖那些其他的dll，虽然会查出来特别多东西；

Everything

Everything来快速搜索查看本机上是否有这些库，如果没有的话就可以从有的PC上拷贝过来。

2 缺少的dll

我这边发现最后缺少的mfc的几个动态库，还有ucrt的库等：

concrt140d.dll
mfc140ud.dll
msvcp_win.dll
msvcp140d.dll
vcruntime140d.dll
vcruntime140_1d.dll
ucrtbase.dll 等等

3 Universal CRT Tools x64

测试过程中发现安装win10sdk 和以前明确的toolset v141之后能够正常使用，因此测试单独删除看是否有用。

在排除过程中发现端倪，在安装缓存里找到了Universal CRT Tools x64-x64_en-us.msi和他对应的包05254f60ea43b4e3959b17cdb03268c0.cab，这个单独拿出来安装也是有用的。

 也就是Universal CRT Tools x64-x64.en-us.msi，安装的就是通用C运行时库

 因此考虑到实际使用，将其拷贝出来，提供给用户使用前安装，安装过程提示如下：

 搜索得到Universal CRT Tools x64-x64.en-us.msi对应的数据包：05254f60ea43b4e3959b17cdb03268c0.cab

 找到对应的cab文件后将其复制到和.msi同一目录下，再运行即可正常安装。

 

 安装结束后，可以发现在控制面版中的卸载程序中也出现了Universal CRT Tools x64

 再双击程序即可正常运行。

4 基于通用C运行时库—Universal CRT的程序部署

4.1 部署-把依赖库放在自己程序目录下，既不会跟别的应用软件冲突，又方便了软件分发

可以看这篇文章，讲的比较清楚。

(2条消息) 下一代VC运行时库——Universal CRT_csdn_csdn__AI的博客-CSDN博客

图片描述

基于UCRT程序的部署方法
Q 什么程序是基于UCRT的？
A 如果你是用Visual Studio 2015和2017来编写C或C++程序，那么就已经是基于UCRT的。

需要关注的程序模块

VCRuntime140.dll 这是VC运行时库和编译器相关的必备模块，必须存在。
msvcp140.dll 如果你写的程序含有C++标准库的代码，那就必须存在。
ucrtbase.dll和api-ms-**.dll 必须存在。 

部署方法

第一种：使用vcredist.exe来给目标机安装相应的文件

......

第三种

现在互联网程序大多使用的是app-local的部署模式，意思就是把依赖库放在自己程序目录下，既不会跟别的应用软件冲突，又方便了软件分发。

4.2 UCRT和UMP的相关dlls

起初，微软并没有打算针对UCRT程序继续这样的部署模式。但是后来大家反响比较强烈，所以在Windows 10 SDK发布的时候，把UCRT和UMP的相关dlls都一起发布了。这个目录一般是“C:\Program Files (x86)\Windows Kits\10\Redist\ucrt”。

你也可以在Visual Studio 2015的安装目录下找到VCRuntime140.dll和msvcp140.dll。这个目录一般是“C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\redist\x86\Microsoft.VC140.CRT”。

有些开发者一开始可能会被ucrt目录下的四十几个文件吓到，不过还好都不大，打包压缩以后都很小。

4.3 VS配套工具Remote Debugger的部署方式

可参考Visual Studio 2015配套的Remote Debugger 调试工具。这个工具由于要求是“standalone”的，所以就是用此方法部署的。

可以在这里找到：“C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Remote Debugger\x86”。 

能够看到之前费力找到的动态库都在里面。

5 总结

核心问题是部署问题，在部署时缺少调用CLI这边的库。

  1. 如果是使用的VS2015和2017来编写C或C++程序，那么就已经是基于UCRT环境下运行的程序，那么就可以使用ucrt的方式来部署；
  2. 所需动态库：一部分是自己封装或者调用的第三方dll库；一部分是C/C++程序在win环境下运行所必须依赖的库：通用C运行时库UCRT（安装vc_redist.x64_2019.exe以及Universal CRT Tools x64之后系统的System32或者SysWOW64文件夹中就存在了对应的dll）；
  3. 如VCRuntime140.dll/VCRuntime140_1.dll 这是VC运行时库和编译器相关的必备模块，必须存在；
  4. 如msvcp140.dll 如果你写的程序含有C++标准库的代码，那就必须存在；
  5. 如ucrtbase.dll和api-ms-**.dll 必须存在。
  6. 在部署的时候就可以参考VS配套工具Remote Debugger的部署方式，将所需UCRT的dll和自行封装的dll都拷贝到程序可执行文件目录

我出这个问题的时候貌似安装了vc_redist也没有完全解决问题，还补充安装了Universal CRT Tools x64（因为有些客户机上没有ucrtbase.dll），另外还需要把自己所需的dll找到放到可执行文件根目录下才能在PC上运行。

问题根源可能不尽相同，但是原因应该都大差不差。

dagunliyu123
关注
专栏目录
C/C++运行时库和UCRT系统通用运行时库总结及问题实例分享（程序打包时要带上这些运行时库）
dvlinker的技术专栏
05-21 2万+
本文详细介绍C/C++运行时库和UCRT系统通用运行时库，并分享了几个与运行时库有关的项目问题分析实例。
ucrt.lib uuid.lib kernel32.lib
11-07
在eclipse下安装theano库和cuda 运行测试文件出现无法打开文件错误，解决办法将对应的.lib文件下载放到对应的Lib文件下
C# Could not load file or assembly 'DAL' or one of its dependencies.
杨光
06-12 1327
1.Could not load file or assembly ‘DAL’ or one of its dependencies. The system cannot find the file specified. 原因：引起这个错误的原因是要引用的文件找不到了。 解决方案：将需要引用的文件拷贝到相应的文件夹下，像我这个在U层需要引用D层的文件，按理说是引用了的，但是U层的Debug里却没...
未加载ucrtbased.pdb
auccy的博客
07-01 458
通过【工具】->【选项】->【调试】->【符号】更改pdb文件的位置
Could not load file or assembly ‘System.Security.Permissions, Version=0.0.0.0, Culture=neutral, Publ
u011511086的专栏
09-22 2290
Could not load file or assembly ‘System.Security.Permissions, Version=0.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51’. 系统找不到指定的文件。在nuget中，搜索System.Security.Permissions并安装到项目引用中，即可解决。
C#.Net 未能加载文件或程序集XXX或它的某一个依赖项。需要强名称程序集。
u014677109的博客
05-23 4266
C#.Net 未能加载文件或程序集XXX或它的某一个依赖项。需要强名称程序集。 Could not load file or assembly ‘xxx.xxx.xxx, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null’ or one of its dependencies. A strongly-named assembly is required. (Exception from HRESULT: 0x80131044) 错误原因：有签名的DL
【C#】c++/cli封装的托管dll被C#工程调用出现未加载（could not load file or assembly）错误
kyw的专栏
05-21 1994
场景 c#项目需要调用c++编译的非托管dll。常见的方法是在c#中使用DllImport。但这种方式似乎性能上差一些，延迟毫秒量级。（个人粗略测试）响应上不如直接引用C++/CLI混合编程方式编译的托管dll。 那么问题来了。经过C++/CLI成功编译生成了dll。在C#项目中也能正常调用，编译，执行。当我将项目部署在别的机器上时，就会报错，错误信息为”找不到xxx.dll“或者时”could ...
C#调用C++需要的dll（x86）
09-06
- ucrtbased.dll 和 ucrtbase.dll：这些是Universal C Runtime (UCRT) 的部分，包含了C运行时库的基本功能，如内存分配、字符串操作等。 - msvcp140d.dll 和 msvcp140.dll：这是Microsoft Visual C++ 2015及其更新...
x86_64-13.2.0-release-win32-seh-ucrt-rt_v11-rev1.7z
12-14
"ucrt"指的是Microsoft的Universal C Runtime，这是一个跨平台的C运行时库，用于提供C语言的基本功能。"rt_v11"可能表示这是运行时库的第11个版本，"rev1"则可能是修订版1。".7z"是7-Zip压缩格式的文件，它通常用于...
x86_64-12.2.0-release-win32-seh-ucrt-rt_v10-rev2.7z
07-03
MinGW是完全免费的自由软件，它在Windows平台上模拟了Linux下GCC的开发环境，为C++的跨平台开发提供了良好基础支持，为了在Windows下工作的程序员熟悉Linux下的C++工程组织提供了条件。 3.2：为什么使用MinGW？ ...
x86_64-13.2.0-release-posix-seh-ucrt-rt_v11-rev1.7z
12-14
UCRT（Universal C Runtime）是Microsoft Visual Studio的一部分，提供了一个跨所有Windows平台的C运行时环境，它可能被集成到这个MinGW-w64发行版中，以提供更广泛的功能和兼容性。 总的来说，这个压缩包提供了一...
libucrt.lib、libucrtd.lib、ucrt.lib、ucrtd.lib文件
11-06
VS报错：fatal error LNK1104: 无法打开文件“ucrtd.lib”解决办法，将文件复制后粘贴在相应位置，便可解决问题。具体方法见以下链接：https://blog.csdn.net/qq_43297971/article/details/121170313
经典实用的串口终端工具-secucrt
03-13
经典实用的串口终端工具-secucrt，经典实用的串口终端工具-secucrt
ucrt-通用CRT部署
顺其自然~专栏
03-28 3261
从 Visual Studio .NET 到 Visual Studio 2013，C++ 编译器和工具的每个主版本都包含一个新的独立版本的 Microsoft C 运行 (CRT) 库。 CRT 的这些独立版本彼此独立，并在不同程度上彼此不兼容。 例如，Visual Studio 2012 使用的 CRT 库是第 11 版，名为 msvcr110.dll，而 Visual Studio 2013 使用的 CRT 是第 12 版，名为 msvcr120.dll。 从 2015 Visual Studio开始
FileNotFoundException:“Could not load file or assembly ‘Microsoft.EntityFrameworkCore,系统找不到指定的文件
Higer2008
09-01 1494
GitHub上下载的示例.net7.0的wpf工程，启动时报EntityFrameworkCore找不到错误 解决方案：nuget添加或升级对应包后，在项目的csproj文件的 添加 true 问题描述： 1、System.IO.FileNotFoundException:“Could not load file or assembly 'Microsoft.
ucrt说明
哎哟哟也爱技术
09-24 5603
ucrt：就是Universal C Runtime 库，即，通用C运行时库，包含众多C的头文件。 UCRT目前已经成为Windows组之一，从Windows 10开始作为操作系统的一部分提供。 对应的lib库为libucrt.lib 对应的dll库为ucrtbase.dll ...
UCRT深度剖析：打造Windows平台C语言开发的标准化与高效运行时环境
最新发布
软考鸭
09-15 462
UCRT，全称Universal C Runtime（通用C运行时库），是微软为Windows平台引入的一项关键技术，旨在提供符合ISO C99、C11及POSIX标准的C语言运行时支持。自Windows 10起，UCRT作为操作系统的核心组件，为应用程序带来了更好的兼容性、稳定性和性能。本文将详细介绍UCRT的背景、特点，并通过使用示例展示如何在开发项目中利用UCRT。
UCRT: VC 2015 Universal CRT, by Microsoft
Liigo's blog
11-14 8145
经Liigo本人测试，在XP SP3系统内，VC2015编译的EXE/DLL除了依赖以上目录内的(几乎)所有dll以外，还额外依赖`vcruntime140.dll`。前面提到的这些dll，共计42个，统统放到EXE/DLL所在目录，可确保所有依赖项都不欠缺。
File search: windows_uCRT_DetectKeyExists, did not find path: C:\Windows\system32\api-ms-win-crt-runtime-l1-1-0.dll
05-30
这个错误通常是由于缺少 Microsoft Visual C++ Redistributable 组件或组件损坏所致。您可以按照以下步骤解决此问题： 1. 下载并安装 Microsoft Visual C++ Redistributable： - 如果您是 64 位操作系统，请下载并安装“Visual C++ Redistributable for Visual Studio 2015 (x64)”。 - 如果您是 32 位操作系统，请下载并安装“Visual C++ Redistributable for Visual Studio 2015”。 2. 如果已经安装了 Visual C++ Redistributable 组件，请尝试卸载并重新安装它们。 3. 如果问题仍然存在，请尝试以下步骤： - 运行 Windows 更新并安装所有可用的更新。 - 手动下载并安装 KB2999226 补丁，该补丁是 Microsoft Visual C++ Redistributable 的更新版本。您可以在 Microsoft 官方网站上找到此补丁。 如果您仍然无法解决问题，请尝试联系 Microsoft 技术支持以获得更多帮助。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值