2024年C C++最全什么是包管理器，C++ 有没有像 pip、npm、gem 一样的包管理工具，看这一篇就够了

2401_84975241

于 2024-05-13 02:01:05 发布

阅读量541

点赞数 7

分类专栏：程序员文章标签： c语言 c++ 学习

本文链接：https://blog.csdn.net/2401_84975241/article/details/138775834

版权

程序员专栏收录该内容

43 篇文章 0 订阅

订阅专栏

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

此问题相当有价值，我认为我会持续更新。已经将不严谨的“二进制”和“源代码”更换为更为严谨的描述"as is"和"source"。

我欢迎各类程序员和我一起探讨这个问题。

先说结论：c/c++和其他语言不同，要管理c/c++的包，你需要管理的不是"as is"，而是"source"。写程序的人需要的包管理器，和管理系统的人需要的包管理器是不一样的。

npm/apt/yum之类的包管理器的特点主要是"as is"，也就是下载下来就可以用。这样子对于C++来说是非常非常难以做到的，比如：

Windows下的MT/MTd/MD/MDd我无法解决。换言之，如果要通用，Windows 32bit就要至少提供四套binary。更加烦的是从Visual Studio 2012开始还需要指定XP兼容性。此外Debug Info指向的cpp文件是绝对路径，也就是换个电脑你只能手动指定源文件的位置。
Linux下的binary也有区别，举个例子，有RTTI和没有RTTI的代码是没法链接在一起的。

如果我需要要做到"as is"，我不单单需要为不同的系统、配置提供不同的binary，还需要为一些编译选项提供不同的binary。于是一个版本，我将提供几乎数不清的binary，因为不同的配置、系统、编译选项之间还可以做笛卡尔积。更何况，只有binary并不能调试，Debug Info通常占用的空间会比binary更加巨大，常常可以做到几个G，单单是压缩这些Debug Info就会耗费几十分钟的时间，对于包发布者来说，是个巨大的压力。

此外，C++由于其复杂的历史原因，造成了复杂的依赖项，有的依赖perl，有的依赖于python，。这些项目的历史悠久，有无数数不清的坑。想要做到"Modern"，不是不想，而是实在是做不到。比如LLVM和Clang，已经算是这些项目中非常优秀的项目了，历史包袱也不是非常多，代码非常优秀，模块化，可是做了不知道多久还没有彻底从Autotools迁移到CMake。这些复杂的依赖项是没有办法说直接"as is"使用的，因为他们的目录的位置并不是遵循一个统一的标准，如果说有一个统一的标准，那么C++的包管理器会好做很多。

同样的问题，出现在同样历史悠久的PHP身上。PHP本身有非常多的坑，这个就不细说了，而Composer花费了近10年时间才逐渐将PHP变成了现在这个Modern的样子（当然还有PHP自己的努力）。

有C++包管理器尝试说要求每个添加进库的项目都必须是符合规定的，例如，比如使用CMake。很不幸，目前C++领域最多人用的包管理器是这个思路。CMake非常优秀，然而正如我上面所说。但逐一纠正每个包，几乎是不可能的。我认为更实际的做法是，为每个包写一个编译配置，只需要编译好的头文件和二进制符合规范即可。我们必须要兼顾到C/C++悠久的历史所导致的无数的编译环境，例如autotools, CMake, gyp, ninjia。

最近很火的Rust的包管理器Cargo，所使用的方法，如我所使用的一样，是将源代码包"as is"下载下来，在编译的时候，优先编译dependencies。我认为这是比较符合实际的做法，它避免了我所上面列举的一些问题：

Binary的规则太细并不互相兼容：重新编译可以保证编译选项是兼容的。
所依赖的包太多历史包袱，无法兼容新的标准：即时编译以后将编译好的二进制和文件按照统一的规范存储到新的位置。

Rust的Cargo的一个问题是要求必须使用Rust的脚本编译，而不是Shell。这样子对于我们来说也许是坏消息。但对于Rust来说，可以避免其仓库被海量的C++代码库湮灭，也许是幸运。

就算是如我上面所说，还会有一些新的问题：

编译的时间太久：于是可以使用缓存的方法，将一个依赖项的某一个配置缓存起来。这对于其他语言来说可能不是刚需，但对于C++来说，简直太需要了。
为每个包写符合规范的配置选项，仍然会是一个很大的工作量。这一点我相信靠我们的努力，未来会做得更好。

三、C++包管理器有哪些

包管理器可以帮助你更方便地安装依赖关系，并决定所安装的版本，提高你的开发幸福感。许多语言都有自己的包管理器，像 Node.js 的 npm/yarn、Rust 的 Cargo、Python 的 pip 等等。当然，C/C++ 也有它自己的包管理器！下面我们就来感受下这些库的魅力和特点吧～

1. Conan

Star 数：3k
文档：https://docs.conan.io/en/latest/

首先出场的是 Conan（注意，不是柯南！），一个用 Python 编写的 C/C++ 包管理器。它是完全分散的，你可以自己托管服务器中的包。它适用于所有平台，包括 Linux、OS X、Windows、Solaris、FreeBSD、嵌入式和交叉编译、docker、WSL。它可以与任何构建系统集成，为 CMake、MSBuild、Makefiles 等工具提供了经过测试的支持。除此之外，它还获得了奔驰、华为等大公司用户。你还可以在 Conan-Center 寻找或分享你的 C/C++ 包。

想要安装 Conan 也很简单：

$ pip install conan

2. Buckaroo

Star 数：600
文档：https://github.com/LoopPerfect/buckaroo/wiki

这个 C++ 包管理器是使用 F# 语言开发的。它的独特之处就是直接从 GitHub、BitBucket、GitLab、托管的 Git 和 HTTP 中提取依赖项。同样的，它也是完全分散的，没有中央服务器。Buckaroo 使用 TOML 配置文件。

安装方法详见 Quick Install。

它的工作流大概是这样的：

# Create your project file
$ buckaroo init

# Install dependencies
$ buckaroo add github.com/buckaroo-pm/boost-thread@branch=master

# Run your code
$ buck run :my-app

3. vcpkg

GitHub 项目地址：
Star 数：6k
文档：https://vcpkg.readthedocs.io/

vcpkg 是由微软爸爸开发的支持 Windows、Linux、Mac OS 的 C++ 库管理器，解决了 Windows 下常用依赖包的管理问题！它方便与 Visual Studio 集成，你可以使用 vcpkg search 搜索可用的包。它也可以从 Bitbucket、GitHub、GitLab 等获取包。

安装方法详见 Quick Start。

4. clib

Star 数：3k
文档：https://github.com/clibs/clib/wiki

clib 是一个 C 包管理器（非 C++），使用起来较简单。同样的，它也可以直接从 GitHub 上安装库。类似于 Node.js，它也是用 package.json 管理的。下面是一个例子：

{
  "name": "term",
  "version": "0.0.1",
  "repo": "clibs/term",
  "description": "Terminal ansi escape goodies",
  "keywords": ["terminal", "term", "tty", "ansi", "escape", "colors", "console"],
  "license": "MIT",
  "src": ["src/term.c", "src/term.h"]
}

5. poac

Star 数：341
文档：https://doc.poac.pm/en/

别看 poac 现在 stars 数量少，它其实很适合新手使用。它具有直观且易于使用的界面（像 npm 和 Cargo 一样）。独特的是，你可以在不了解 CMake 的情况下使用 poac 开发应用程序和库，专注于学习 C++ 而不会绊倒。作者还计划实现与其他构建系统和包管理器的集成，让你能够无缝切换。

安装也是一行命令搞定：



![img](https://img-blog.csdnimg.cn/img_convert/c2300b62b421f1fafb33c910c8bbd3b5.png)
![img](https://img-blog.csdnimg.cn/img_convert/8d508fabdef60d5cb7e1b5acf3ca1b88.png)

**既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！**

**由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

**[如果你需要这些资料，可以戳这里获取](https://bbs.csdn.net/topics/618668825)**

进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！**

**由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

**[如果你需要这些资料，可以戳这里获取](https://bbs.csdn.net/topics/618668825)**

2401_84975241

关注

7
点赞
踩
12

收藏

觉得还不错? 一键收藏
0
评论
2024年C C++最全什么是包管理器，C++ 有没有像 pip、npm、gem 一样的包管理工具，看这一篇就够了

此问题相当有价值，我认为我会持续更新。已经将不严谨的“”和“源代码”更换为更为严谨的描述"as is"和"source"。我欢迎各类程序员和我一起探讨这个问题。。。npm/apt/yum之类的包管理器的特点主要是"as is"，也就是下载下来就可以用。如果我需要要做到"as is"，我不单单需要为不同的系统、配置提供不同的binary，还需要为一些提供不同的binary。于是一个版本，我将提供几乎数不清的binary，因为不同的配置、系统、编译选项之间还可以做。
复制链接

扫一扫