本文目录导航：
为什么msvc比gcc/clang差（配置支持差，译后性能也差），微软做不好一个c/c++编译器吗?
在编程的环球里，C++编译器之争从来引人关注。
但是，为什么许多人以为MSVC相较于GCC/Clang存在差距？这能否象征着微软在C/C++编译器畛域的实力有所缺少呢？答案并不便捷。
首先，咱们要明白的是，微软的重心一直在于C++。
从头至尾，MSVC都是C++编译器的主力，C言语的支持只是作为C++兼容性的一局部，甚至可以说是一种附带配置。
这种状况的构成，可动力于C++的宽泛接管，使得MSVC在设计之初就人造而然地蕴含了C言语支持。
但这种支持更像是一个异常的馈赠，而非刻意谋求的结果，正如有些人描画的，是微软在C言语畛域的一种“充话费送”的态度。
虽然MSVC在C++编译器的性能和配置上体现杰出，但在C言语的规范支持上，它并不具有干流编译器的片面性和稳固性。
微软自家的平台战略也明白指向C++和技术，关于C言语的注重水平并不如对C++和其生态系统的投入。
无论是过去还是如今，微软都不太倡议经常使用C言语启动Windows编程，而是激励开发者从一开局就驳回C++作为基础工具。
因此，咱们可以说，微软并非不能做好C言语编译器，而是他们的战略和资源调配更偏差于C++。
MSVC的存在，更多是出于历史要素和对C++支持的间断，而非特地设计一个与GCC/Clang竞争的C言语编译器。
当然，这并不象征着MSVC在C言语支持上没有改良的空间，但它确实并非专一于C言语的首选。
总结来说，微软在C++编译器畛域的成就引人瞩目，而关于C言语的支持，只是其全体产品组合中的一个补充。
微软的战略选用和资源歪斜选择了他们的C言语支持并非外围竞争力，而是在C++弱小的光环下，附带的一份小惊喜。
vcredist_x64.exe是什么
vcredist_是Microsoft Visual C++的可再发行组件装置程序，用于在64位Windows操作系统上装置Visual C++运转时库。
具体来说，Microsoft Visual C++（简称MSVC）是微软提供的一套C++开发工具集，它蕴含了编译器、链接器、调试器等一系列开发工具，以及用于支持这些工具运转的各种库文件。
这些库文件中，有一局部被称为“运转时库”（Runtime Library），它们蕴含了程序在运转时须要调用的一些基础函数和配置。
vcredist_就是用来装置这些运转时库的。
当咱们装置一些经常使用MSVC开发的软件时，这些软件或许会依赖于某些特定版本的Visual C++运转时库。
假设这些运转时库没有被正确地装置到系统中，那么这些软件就或许不可反常运转。
为了防止这种状况，软件开发者理论会在装置程序中蕴含对应版本的vcredist_（或许其32位版本vcredist_），以确保运转时库能够被正确地装置。
举个例子，假定咱们装置了一个经常使用MSVC 2019开发的游戏。
假设咱们的系统中没有装置Visual C++ 2019的运转时库，那么游戏在启动时或许会由于找不到必要的函数而解体。
为了处置这个疑问，游戏的装置程序或许会在装置环节中智能运转vcredist_（对应于Visual C++ 2019的版本），从而确保运转时库被正确地装置到系统中。
总的来说，vcredist_是一个十分关键的工具，它确保了经常使用MSVC开发的软件能够在Windows操作系统上反常运转。
假设你遇到了由于缺少Visual C++运转时库而造成的软件运转疑问，那么尝试下载并运转对应版本的vcredist_理论是一个有效的处置方法。
visual c++ 是什么软件
Microsoft Visual C++（简称Visual C++、MSVC、VC++或VC）是微软公司的C++开发工具，具有集成开发环境，可提供编辑C言语，C++以及C++/CLI等编程言语。
VC++集成了便利的除错工具，特地是集成了微软Windows视窗操作系统运行程序接口（Windows API）、三维动画DirectX API，Microsoft 框架。
目前最新的版本是Microsoft Visual C++ 2015。
[1] 它以领有“语法高亮”，IntelliSense（智能实现配置）以及初级除错配置而著称。
比如，它准许用户启动远程调试，单步口头等。
还有准许用户在调试时期从新编译被修正的代码，而不用从新启动正在调试的程序。
其编译及建置系统以预编译头文件、最小重建配置及累加连结著称。
这些特色清楚缩短程式编辑、编译及连结破费的时期，在大型软件方案上尤其清楚。
[2]
