Windows下移植程序之后缺少api-ms-win-crt-stdio-l1-1-0dll

关于网友提出的“ Windows下移植程序之后缺少api-ms-win-crt-stdio-l1-1-0dll
”问题疑问，本网通过在网上对“ Windows下移植程序之后缺少api-ms-win-crt-stdio-l1-1-0dll
”有关的相关答案进行了整理，供用户进行参考，详细问题解答如下：

问题： Windows下移植程序之后缺少api-ms-win-crt-stdio-l1-1-0dll

---

解决方案1:

UCRT
http://blog.csdn.net/liigo/article/details/53161218

• api-ms-win-crt-runtimel1-1-0.dll缺失

解决方案2:

还是采用日志定位吧，看看执行到什么位置。

我这边dll用depends查看时经常也会看到缺少api-ms-win-crt-stdio-l1-1-0.dll类似库，但是不会影响执行。

• 关于api-ms-win-crt-runtimel1-1-0.dll缺失的解决方案（启动mongodb时会产生）

解决方案3:

2015编译的时候是可以选择目标平台的
这个位置你是怎么设置的
是不是目标平台选低了

• redis 启动失败 ， 关于api-ms-win-crt-runtimel1-1-0.dll缺失的解决方案

解决方案4:

把你编译器的vc redistribution package安装过去

• 关于api-ms-win-crt-runtimel1-1-0.dll缺失的解决方案

解决方案5:

这个dll我没见过,也没用到过
是MFC的类库吗? 看名字是个运行时库
1 确定你是采用的MFC静态编译 [注意不是Windows API静态编译]
2 确定你采用的是Release编译 并且拷贝过去的dll同样是32位或者64位
3 终极解决大法,在你的服务程序中 在_wmain函数里 , 使用Log文件定位是哪一个调用导致的
一般开发服务器端程序,比较多的是采用低版本如vs 2008来进行开发编译的,这样可以支持xp系统, 以后使用高版本如vs2017来编译开发是没有问题,反之则很难降级

• api-ms-win-crt-runtime-l1-1-0

解决方案6:

Depends 查看 apiXXXX.dll 其依赖的DLL是否还缺失其它依赖库？

• api-ms-win-crt-runtime-l1-1-0