01｜Modules（上）：C++模块化问题的前世今生

作者回复: Good point! 正好在这里做个调研，大家是否对这个话题感兴趣呢？

作者回复: OOP原教旨主义 👍

作者回复: 文中的意思并非说namespace导致符号管理变复杂。这里的意思是，诸如namespace这类语言特性可以解决符号冲突问题，并且可以在编译时给予友好的提示，但由于C++的编译链接分离机制，C++只为链接定义了一些指导性原则，链接中很多具体技术规范大多由ABI来定义，这就导致在不同编译器和不同体系结构下可能在链接时会遇到不同的问题，这才是C++符号管理复杂性的核心问题所在。而C++ Modules则是更完备的符号可见性管理语言特性，可以与namespace实现互补，而且在链接上也给出了更多的原则（虽然还是无法完全解决ABI问题），让符号管理更加易于理解，更接近现代编程语言，可以一定程度降低整体符号管理的复杂性。

作者回复: 比如以下代码 a.cpp: #include <iostream> static void print() { std::cout << "Print in A" << std::endl; } void fa() { print(); } b.cpp: #include <iostream> static void print() { std::cout << "Print in B" << std::endl; } void fb() { print(); } main.cpp extern void fa(); extern void fa(); int main() { fa(); fb(); return 0; } 这里a.cpp和b.cpp两个编译单元都有print函数，但是函数使用了static修饰符，因此print函数仅对各自编译单元内部可见，所以链接时不会导致符号冲突问题。会正确输出： Print in A Print in B

作者回复: 是的，所以软件工程需要确定种种规范，就是为了尽量规避这些问题，但在实际的大项目中还是很难完全避免，尤其是要集成大量第三方库的时候会更加头痛。 经验积累很重要，而且很值钱。记得总结出自己的一套实践方法。

作者回复: 不一定，C++并没有定义二进制函数地址填充的方式，这完全取决于操作系统与特定体系结构的ABI，有可能是相对地址，也有可能是绝对地址。

作者回复: A1：《动态规划面试宝典》 A2：因为C++编译期支持针对函数调用的内联优化。 将函数实现放到头文件中，编译期可以根据实际情况对函数调用进行优化，比如将函数调用替换成函数的实现代码，这样针对部分较短的函数可以抵消掉函数调用的性能损耗，这也就是为何明确标为inline的函数定义都一定要放在头文件中。

作者回复: 可以用binutils中的objdump/nm查看符号，如果是Windows下生成的PE/COFF格式的二进制文件，还可以用VC的dumpbin查看符号

作者回复: 掌握C++的过去，才能更好的理解C++的未来。虽然这是C++编程语言复杂性的一个缩影，但是有助于大家理解现代C++。如果对这些旧有概念感兴趣，可以回顾一下这些概念。有任何问题也欢迎在评论区提出，我会跟你一起探讨。