深入理解c语言内存管理 为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？

为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？我认为，是构建轮子还是直接使用开源库，很大程度上取决于部门负责人的个人喜好。曾几何时

为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？

我认为，是构建轮子还是直接使用开源库，很大程度上取决于部门负责人的个人喜好。曾几何时，c开发人员热衷于重新构建轮子，那么为什么有些企业要自己编写呢？我在项目开始时不知道这个库的存在，我不想以后再介绍它。

2）许多第三方库依赖于许多其他第三方库。要引进a馆，就得引进B馆、C馆、D馆，这无疑增加了院系成员的学习成本。

3）第三方开源库通常会频繁更新。如果你知道有一个bug，你想更新它吗？基础库的更新无疑会花费更多的开发时间和测试时间。

4）使项目整体可控。一旦引入的开放源代码库出现问题并且项目团队不熟悉它，这将是灾难性的。

5）现有开源库过于复杂，学习成本高，团队成员水平参差不齐。

最后，附上一本我前段时间读过的书。

本文是作者《一个程序员的奋斗史》悟空问答原创文章，未经允许转载，抄袭将被追究

c语言程序经过编译后，每条指令都有一个内存地址，那两个程序如果有相同内存地址的指令怎么办？

将程序的代码、数据和堆栈作为一块完整的砖块。编译器是一个制砖机，它安排了这个砖的内部结构。

划线系统只是一块砖，不会有互相覆盖的矛盾。

如果您运行多任务处理，则会有更多的砖块。但在这个时候，操作系统通常是用来管理砖块的。堆放砖块时，每一块砖块都会给出不同的起始坐标，以确保两块砖块不占一个空间。

早期的DOS操作系统规定每个程序块的高度不应超过1米。编译器制作的每个程序块都使用偏移地址0000H ffffh来区分单元，但是当操作系统将程序块移动到物理内存时，它会给每个程序块一个不同的段起始地址，偏移地址是物理地址。所以没有重叠。

当然，还有编译器。除了构建砖块外，编译器还将生成一个规范标签，告知操作系统砖块的厚度，这样操作系统就可以在不浪费空间的情况下很好地堆叠砖块。不同的操作系统有不同的标签格式，所以windows程序不能直接在Linux下运行。

后来，MMU出现在处理器、内存管理单元中，程序地址空间和物理地址空间之间的转换变得更加复杂。但是，确保不同的程序不覆盖自己的空间是一项基本要求。

程序可能会覆盖其他程序空间，这可能是恶意代码造成的。CPU的安全特性越来越强，这是很少见的。