我来帮你梳理下这个问题的核心原因和靠谱的解决方案：

为什么复制到System32目录无效？ #

这是Win7 64位系统的文件系统重定向在搞鬼：64位系统的C:\Windows\System32是专门给64位程序用的目录，如果你运行的是32位的C#程序，系统会自动把对System32的访问重定向到C:\Windows\SysWOW64目录。你把msvcp110.dll和msvcr110.dll放到System32后，32位程序根本找不到它们，反而放到应用程序同目录（绕过重定向）或者SysWOW64才会生效。而你的开发PC可能之前已经正确安装了对应位数的运行时库，或者dll已经在正确的位置，所以没遇到问题。

正确的长期解决方案：安装官方VC++运行时库 #

你找到的msvcp110.dll和msvcr110.dll属于Visual C++ Redistributable for Visual Studio 2012，手动复制dll只是临时 workaround，正规方案是安装官方运行时包，理由如下：

• 不同位数的程序需要对应版本的运行时（32位程序配32位 Redist，64位配64位）
• 手动复制dll可能引发版本冲突，后续系统更新也可能覆盖这些文件
• 干净系统（比如你的虚拟机）默认没有这些库，必须通过官方安装包部署

具体操作步骤： #

1. 确认你的C#程序位数：右键项目→属性→生成→平台目标，查看是x86、x64还是Any CPU（如果是Any CPU，在64位系统上会以64位运行，需要64位运行时）
2. 下载对应版本的Visual C++ Redistributable for Visual Studio 2012安装包
3. 在虚拟机上运行安装包，完成后再启动你的应用，就不需要手动复制dll了

要不要把VC++ Redist设为项目前置依赖？ #

非常有必要！如果你做安装程序（比如用Visual Studio安装项目、WiX或InstallShield），可以把VC++ Redistributable设为必备组件，这样用户安装你的应用时，会自动检查并安装对应的运行时库，从根源上避免依赖缺失问题。

如果是绿色版应用（无需安装），可以把对应位数的msvcp110.dll和msvcr110.dll和你的exe放在同一目录下——不过还是优先推荐官方安装包的方式，更稳定可靠。

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