基于微软PC使用C++开发面向Linux（含嵌入式Linux）应用：微软类库适用性及库选型咨询

我做过不少跨平台C++项目，尤其是Windows开发、Linux部署的场景，结合你的具体情况来拆解这两个问题：

一、微软C++类库在Linux平台的适用性 #

首先得区分微软提供的标准C++类库和Windows专属类库：

• 标准C库：比如STL（<vector>、<string>这些），微软的实现完全符合C标准，只要你写的是标准C++代码，不管用VS的MSVC编译器，还是VS里集成的Clang/LLVM，编译后的代码（交叉编译或Linux环境编译）都能在Linux上正常运行，这部分兼容性没问题。
• Windows专属类库：像MFC、ATL，或者直接调用Windows API的代码，完全绑定Windows系统，根本无法在Linux上编译和运行，用了这类库等于直接切断了代码和Linux平台的关联。

另外，VS现在的跨平台开发功能（比如连接远程Linux机器、WSL集成）已经很成熟，能帮你在Windows环境下提前验证代码在Linux上的运行情况，降低兼容性风险。

二、开发环境vs目标环境：类库选择策略 #

你的场景很明确：Windows上开发，目标是无IDE的嵌入式Linux，核心原则只有一个——目标平台的兼容性优先，毕竟代码最终要跑在嵌入式Linux上，再好用的类库跑不起来都是白搭。具体给你几个建议：

• 优先用标准C++库：这是跨平台的基石，Windows和Linux的主流编译器都支持，完全不用担心兼容性问题，而且标准库覆盖了大部分基础功能，能满足很多场景需求。
• 扩展功能选跨平台第三方类库：如果标准库不够用，比如需要网络、GUI、序列化这些功能，优先选Boost、Qt、nlohmann/json这类跨平台库。它们既能在VS里正常开发调试，也能在Linux（包括嵌入式）上编译运行，完美适配你的场景。
• 坚决避开Windows专属类库：别因为开发环境是Windows就选MFC、ATL或者Windows API相关的类库，这些代码到了Linux上根本无法编译，最后还要大规模重构，反而浪费时间。
• 利用VS的跨平台工具链：如果你的目标嵌入式Linux有对应的交叉编译工具链，可以直接在VS里配置，在Windows上直接编译出能在目标平台运行的二进制文件，不用在目标机器上做任何编译操作，刚好符合你目标机器不能装IDE的限制。另外也可以用WSL在Windows上模拟Linux环境，提前验证代码的编译和运行情况，避免部署时才发现问题。

总结一下：不用纠结开发环境是Windows，核心盯着目标Linux平台的兼容性选类库，标准库+跨平台第三方库是最优解，再配合VS的跨平台开发能力，完全能搞定你的场景。

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