从享受生活的角度上来说：“程序员并不是一种最好的职业，我认为两种人可以做程序员，第一，你不做程序员，你就没有什么工作可做，或者说是即使有可以做的工作但是你非常不愿意去做；第二，你非常痴迷和爱好程序，并且在这方面有一些天赋和优势。程序员的结局也是有两种：第一，默默退休，第二以程序员为起点或跳板，注意积累，跟对了好的老板或团队，找到和很好的搭档自己创业，成为IT金领和富翁。”

人们在时间面前是平等的，吾生也有涯，所以，你的经验更丰富点，那不算什么，经验是用时间积累的，你一生只有那么多时间，你能积累多少经验呢？最重要的是你的学习能力和学习方法，这个发挥的能量可以有很大差异，要提高学习能力和学习方法首先要学会思考和总结，要学会掌握事物的根本性的东西，而不是一些表面的细节。学习方法和学习能力对于IT工作者来说尤为重要，因为IT行业技术更新太快，并且细节太多，同一个技术的细节变来变去也是常有的事情，所以，IT技术学习者绝不能照着书籍和老师的讲解死记硬背和生搬硬套。搞IT工作很累人，如果学习方法不对、学习能力不强，那就更累了，不过，这怨不得别人，你的学习方法和学习能力只适合做刷盘子的工作，却非要跑到程序员圈子里来混，那谁能有办法拯救你！

在没有人指引的情况下，只能是自己一个知识点、一个知识点地漫无目的学习，等到积累了足够的知识量后，才有能力开始思考和琢磨原理方面的问题，这个学习过程很漫长。如果能在好老师的指引下，老师会启发你先思考原理问题，然后再去学习一个具体的知识点，让你能够举一反三、触类旁通，这样的学习效率就会更高。

多学了几个知识，并不能说明你就很厉害了，只能说是你比别人投入了更多的时间和精力而已，别人想做也能做到！不是你学了多少知识就算厉害了，关键是要用好学到的知识，要让学到的知识发挥出最大的社会价值和经济价值，这才是最厉害的。

另外，一个人的未来和造化，会深受环境的影响，所谓孟母三迁，近朱者赤、近墨者黑的大大道理，这些典故大家不一定能深刻领悟和感受，我们就不多说了。就拿现代比较接近我们生活的事例来说，如果你周围的朋友全是以擦皮鞋为生、每月辛辛苦苦下来就挣1500元，那么估计你的职业也是跟着擦皮鞋了，即使你再聪明和再勤奋，顶多每月比你那帮朋友多挣300元，合下来也就区区1800元/月。前几年只要抓住了大势，没钱全部找银行贷款了在北京买房、到山西开煤矿，是头猪也能每年大把大把地捞钱，如果你周围的朋友全是投机倒把的买房和开煤矿者，你的职业自然也是与他们干同样的事情，即使你再差，每年也能挣到百来万不成问题，这就是环境的重要性。聪明的你因为没有机会置身于炒房团中，比那些有机会接触炒房者的猪挣得就要少、就要累。到传智播客的环境中来，你就很有机会拿到高薪了，你可以不参加传智播客的培训，但只要想办法与传智播客的学员们住在一起，成功的机会就大多了。

自从我们开设3G的课程后，许多学员都找到了月薪在7k或更高的3g开发工作，这是他们的能力还完全不能与之相称的一份好工作，这些学员眼看到嘴的肥肉又舍不得放弃，最后就害苦我们这些老师了，学员纷纷把他们面试和工作中的要解决的问题带回来让我们老师帮助做，有些问题虽然老师能做，但也是要花费很大的时间和精力才能做的，这相当于学员把自己的工作交给我们老师替他去干了，可不是一句话两句话就解决的问题。哀哉！我们老师自己还有很繁重的备课和教学任务，我们的工作请谁来帮助做呢？同学们似乎没有替我们想过这个问题。

一个两个学员偶尔回来这么干还可以，但架不住一批批的学员都来这么干，加上有的学生还不太会说话，让人很无奈：

“很简单的，顶多占用你一个小时就搞定了！”，这么简单，你为何自己不干啊？

“今天晚上你必须做出来，明天就要交上去了”，哎，我再熬夜命都要丢了，老婆就要来砸电脑了，你叫我怎么办啊？

“你没时间干，那你吩咐其他老师干，也可以啊！”，当老师都是我的奴隶，我随时随地叫他们干啥，他们就干啥吗？老师能把教学做好，就很给我面子了。

现在这些公司怎么都越来越狡猾了，他们把日后工作中要解决的问题、并且是他们自己都很难解决的问题拿出来让面试求职者去搞，不管面试求职者的水平怎样，他们都说谁能搞定，谁就来上班，我们学生很高兴，不管自己水平是否适合做这份工作，反正有传智播客的老师可以依靠，拿回来就让我们做，还说“做好了就有高薪工作，这关于我一辈子的幸福，老师你自己看这个忙帮不帮吧？”，软件公司这招够狠！我们这批老师成了这些公司免费使用的超级劳工。如果奥巴马说你能把伊拉克摆平，我就让你当伊拉克总统，这个奥巴马都摆不平的事情，但因为做完了就可以当伊拉克总统，我们学生也可能拿回来让我们帮助做，让我们帮他摆平伊拉克，这对我们来说也是很难很难的事情啊。

另外两种方式都由依赖，第一个直接依赖于目标类，第二个把依赖转移到工厂上，第三个彻底与目标和工厂解耦了。在spring的配置文件中配置片段如下：

　　C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.

　　B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子

　　C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统

　　B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.

　　C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统

　　B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.

　　C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高

　　B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.

　　C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低

　　B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更像交易中心。

32、应用服务器有那些？

一个另类的回答：j2ee就是增删改查。

67、J2EE是技术还是平台还是框架？ 什么是J2EE

J2EE本身是一个标准，一个为企业分布式应用的开发提供的标准平台。

95、请对以下在J2EE中常用的名词进行解释(或简单描述)

web容器：给处于其中的应用程序组件（JSP，SERVLET）提供一个环境，使JSP,SERVLET直接更容器中的环境变量接口交互，不必关注其它系统问题。主要有WEB服务器来实现。例如：TOMCAT,WEBLOGIC,WEBSPHERE等。该容器提供的接口严格遵守J2EE规范中的WEB APPLICATION 标准。我们把遵守以上标准的WEB服务器就叫做J2EE中的WEB容器。

EJB容器：Enterprise java bean 容器。更具有行业领域特色。他提供给运行在其中的组件EJB各种管理功能。只要满足J2EE规范的EJB放入该容器，马上就会被容器进行高效率的管理。并且可以通过现成的接口来获得系统级别的服务。例如邮件服务、事务管理。

JNDI：（Java Naming & Directory Interface）JAVA命名目录服务。主要提供的功能是：提供一个目录系统，让其它各地的应用程序在其上面留下自己的索引，从而满足快速查找和定位分布式应用程序的功能。

JMS：（Java Message Service）JAVA消息服务。主要实现各个应用程序之间的通讯。包括点对点和广播。

JTA：（Java Transaction API）JAVA事务服务。提供各种分布式事务服务。应用程序只需调用其提供的接口即可。

JAF：（Java Action FrameWork）JAVA安全认证框架。提供一些安全控制方面的框架。让开发者通过各种部署和自定义实现自己的个性安全控制策略。

RMI/IIOP:（Remote Method Invocation /internet对象请求中介协议）他们主要用于通过远程调用服务。例如，远程有一台计算机上运行一个程序，它提供股票分析服务，我们可以在本地计算机上实现对其直接调用。当然这是要通过一定的规范才能在异构的系统之间进行通信。RMI是JAVA特有的。

（这个问题不作具体回答，列出来只是告诉读者可能会遇到什么问题，你不需要面面俱到，什么都精通。）

81、如何设定的weblogic的热启动模式(开发模式)与产品发布模式?

可以在管理控制台中修改对应服务器的启动模式为开发或产品模式之一。或者修改服务的启动文件或者commenv文件，增加set PRODUCTION_MODE=true。

82、如何启动时不需输入用户名与密码?

修改服务启动文件，增加 WLS_USER和WLS_PW项。也可以在

从享受生活的角度上来说：“程序员并不是一种最好的职业，我认为两种人可以做程序员，第一，你不做程序员，你就没有什么工作可做，或者说是即使有可以做的工作但是你非常不愿意去做；第二，你非常痴迷和爱好程序，并且在这方面有一些天赋和优势。程序员的结局也是有两种：第一，默默退休，第二以程序员为起点或跳板，注意积累，跟对了好的老板或团队，找到和很好的搭档自己创业，成为IT金领和富翁。”

人们在时间面前是平等的，吾生也有涯，所以，你的经验更丰富点，那不算什么，经验是用时间积累的，你一生只有那么多时间，你能积累多少经验呢？最重要的是你的学习能力和学习方法，这个发挥的能量可以有很大差异，要提高学习能力和学习方法首先要学会思考和总结，要学会掌握事物的根本性的东西，而不是一些表面的细节。学习方法和学习能力对于IT工作者来说尤为重要，因为IT行业技术更新太快，并且细节太多，同一个技术的细节变来变去也是常有的事情，所以，IT技术学习者绝不能照着书籍和老师的讲解死记硬背和生搬硬套。搞IT工作很累人，如果学习方法不对、学习能力不强，那就更累了，不过，这怨不得别人，你的学习方法和学习能力只适合做刷盘子的工作，却非要跑到程序员圈子里来混，那谁能有办法拯救你！

在没有人指引的情况下，只能是自己一个知识点、一个知识点地漫无目的学习，等到积累了足够的知识量后，才有能力开始思考和琢磨原理方面的问题，这个学习过程很漫长。如果能在好老师的指引下，老师会启发你先思考原理问题，然后再去学习一个具体的知识点，让你能够举一反三、触类旁通，这样的学习效率就会更高。

多学了几个知识，并不能说明你就很厉害了，只能说是你比别人投入了更多的时间和精力而已，别人想做也能做到！不是你学了多少知识就算厉害了，关键是要用好学到的知识，要让学到的知识发挥出最大的社会价值和经济价值，这才是最厉害的。

另外，一个人的未来和造化，会深受环境的影响，所谓孟母三迁，近朱者赤、近墨者黑的大大道理，这些典故大家不一定能深刻领悟和感受，我们就不多说了。就拿现代比较接近我们生活的事例来说，如果你周围的朋友全是以擦皮鞋为生、每月辛辛苦苦下来就挣1500元，那么估计你的职业也是跟着擦皮鞋了，即使你再聪明和再勤奋，顶多每月比你那帮朋友多挣300元，合下来也就区区1800元/月。前几年只要抓住了大势，没钱全部找银行贷款了在北京买房、到山西开煤矿，是头猪也能每年大把大把地捞钱，如果你周围的朋友全是投机倒把的买房和开煤矿者，你的职业自然也是与他们干同样的事情，即使你再差，每年也能挣到百来万不成问题，这就是环境的重要性。聪明的你因为没有机会置身于炒房团中，比那些有机会接触炒房者的猪挣得就要少、就要累。到传智播客的环境中来，你就很有机会拿到高薪了，你可以不参加传智播客的培训，但只要想办法与传智播客的学员们住在一起，成功的机会就大多了。

自从我们开设3G的课程后，许多学员都找到了月薪在7k或更高的3g开发工作，这是他们的能力还完全不能与之相称的一份好工作，这些学员眼看到嘴的肥肉又舍不得放弃，最后就害苦我们这些老师了，学员纷纷把他们面试和工作中的要解决的问题带回来让我们老师帮助做，有些问题虽然老师能做，但也是要花费很大的时间和精力才能做的，这相当于学员把自己的工作交给我们老师替他去干了，可不是一句话两句话就解决的问题。哀哉！我们老师自己还有很繁重的备课和教学任务，我们的工作请谁来帮助做呢？同学们似乎没有替我们想过这个问题。

一个两个学员偶尔回来这么干还可以，但架不住一批批的学员都来这么干，加上有的学生还不太会说话，让人很无奈：

“很简单的，顶多占用你一个小时就搞定了！”，这么简单，你为何自己不干啊？

“今天晚上你必须做出来，明天就要交上去了”，哎，我再熬夜命都要丢了，老婆就要来砸电脑了，你叫我怎么办啊？

“你没时间干，那你吩咐其他老师干，也可以啊！”，当老师都是我的奴隶，我随时随地叫他们干啥，他们就干啥吗？老师能把教学做好，就很给我面子了。

现在这些公司怎么都越来越狡猾了，他们把日后工作中要解决的问题、并且是他们自己都很难解决的问题拿出来让面试求职者去搞，不管面试求职者的水平怎样，他们都说谁能搞定，谁就来上班，我们学生很高兴，不管自己水平是否适合做这份工作，反正有传智播客的老师可以依靠，拿回来就让我们做，还说“做好了就有高薪工作，这关于我一辈子的幸福，老师你自己看这个忙帮不帮吧？”，软件公司这招够狠！我们这批老师成了这些公司免费使用的超级劳工。如果奥巴马说你能把伊拉克摆平，我就让你当伊拉克总统，这个奥巴马都摆不平的事情，但因为做完了就可以当伊拉克总统，我们学生也可能拿回来让我们帮助做，让我们帮他摆平伊拉克，这对我们来说也是很难很难的事情啊。

另外两种方式都由依赖，第一个直接依赖于目标类，第二个把依赖转移到工厂上，第三个彻底与目标和工厂解耦了。在spring的配置文件中配置片段如下：

　　C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.

　　B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子

　　C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统

　　B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.

　　C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统

　　B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.

　　C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高

　　B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.

　　C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低

　　B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更像交易中心。

32、应用服务器有那些？

一个另类的回答：j2ee就是增删改查。

67、J2EE是技术还是平台还是框架？ 什么是J2EE

J2EE本身是一个标准，一个为企业分布式应用的开发提供的标准平台。

95、请对以下在J2EE中常用的名词进行解释(或简单描述)

web容器：给处于其中的应用程序组件（JSP，SERVLET）提供一个环境，使JSP,SERVLET直接更容器中的环境变量接口交互，不必关注其它系统问题。主要有WEB服务器来实现。例如：TOMCAT,WEBLOGIC,WEBSPHERE等。该容器提供的接口严格遵守J2EE规范中的WEB APPLICATION 标准。我们把遵守以上标准的WEB服务器就叫做J2EE中的WEB容器。

EJB容器：Enterprise java bean 容器。更具有行业领域特色。他提供给运行在其中的组件EJB各种管理功能。只要满足J2EE规范的EJB放入该容器，马上就会被容器进行高效率的管理。并且可以通过现成的接口来获得系统级别的服务。例如邮件服务、事务管理。

JNDI：（Java Naming & Directory Interface）JAVA命名目录服务。主要提供的功能是：提供一个目录系统，让其它各地的应用程序在其上面留下自己的索引，从而满足快速查找和定位分布式应用程序的功能。

JMS：（Java Message Service）JAVA消息服务。主要实现各个应用程序之间的通讯。包括点对点和广播。

JTA：（Java Transaction API）JAVA事务服务。提供各种分布式事务服务。应用程序只需调用其提供的接口即可。

JAF：（Java Action FrameWork）JAVA安全认证框架。提供一些安全控制方面的框架。让开发者通过各种部署和自定义实现自己的个性安全控制策略。

RMI/IIOP:（Remote Method Invocation /internet对象请求中介协议）他们主要用于通过远程调用服务。例如，远程有一台计算机上运行一个程序，它提供股票分析服务，我们可以在本地计算机上实现对其直接调用。当然这是要通过一定的规范才能在异构的系统之间进行通信。RMI是JAVA特有的。

（这个问题不作具体回答，列出来只是告诉读者可能会遇到什么问题，你不需要面面俱到，什么都精通。）

81、如何设定的weblogic的热启动模式(开发模式)与产品发布模式?

C++20 最大的特性是什么？

最大的特性是迄今为止没有哪一款编译器完全实现了所有特性。

有人认为 C++20 是 C++11 以来最大的一次改动，甚至比 C++11 还要大。本文仅介绍 C++20 四大特性当中的 Module 部分，分为三部分：

探究 C++ 编译链接模型的由来以及利弊

总结 Module 背后的机制、利弊、以及各大编译器的支持情况

C++ 是兼容 C 的，不但兼容了 C 的语法，也兼容了 C 的编译链接模型。1973年初，C 语言基本定型：有了预处理、支持结构体；编译模型也基本定型为：预处理、编译、汇编、链接四个步骤并沿用至今；1973年，K&R 二人使用 C 语言重写了 Unix 内核。

为何要有预处理？为何要有头文件？在 C 诞生的年代，用来跑 C 编译器的计算机 PDP-11 的硬件配置是这样的：内存：64 KiB 硬盘：512 KiB。编译器无法把较大的源码文件放入狭小的内存，故当时 C 编译器的设计目标是能够支持模块化编译，即将源码分成多个源码文件、挨个编译，以生成多个目标文件，最后整合（链接）成一个可执行文件。

C 编译器分别编译多个源码文件的过程，实际上是一个 One pass compile 的过程，即：从头到尾扫描一遍源码、边扫描边生成目标文件、过眼即忘（以源码文件为单位）、后面的代码不会影响编译器前面的决策，该特性导致了 C 语言的以下特征：

结构体必须先定义再使用，否则无法知道成员的类型以及偏移，就无法生成目标代码。

局部变量先定义再使用，否则无法知道变量的类型以及在栈中的位置，且为了方便编译器管理栈空间，局部变量必须定义在语句块的开始处。

外部变量只需要知道类型、名字（二者合起来便是声明）即可使用（生成目标代码），外部变量的实际地址由连接器填写。

外部函数只需知道函数名、返回值、参数类型列表（函数声明）即可生成调用函数的目标代码，函数的实际地址由连接器填写。

头文件和预处理恰好满足了上述要求，头文件只需用少量的代码，声明好函数原型、结构体等信息，编译时将头文件展开到实现文件中，编译器即可完美执行 One pass comlile 过程了。

至此，我们看到的都是头文件的必要性和益处，当然，头文件也有很多负面影响：

低效：头文件的本职工作是提供前置声明，而提供前置声明的方式采用了文本拷贝，文本拷贝过程不带有语法分析，会一股脑将需要的、不需要的声明全部拷贝到源文件中。

传递性：最底层的头文件中宏、变量等实体的可见性，可以通过中间头文件“透传”给最上层的头文件，这种透传会带来很多麻烦。

降低编译速度：加入 a.h 被三个模块包含，则 a 会被展开三次、编译三次。

顺序相关：程序的行为受头文件的包含顺影响，也受是否包含某一个头文件影响，在 C++ 中尤为严重（重载）。

不确定性：同一个头文件在不同的源文件中可能表现出不同的行为，导致这些不同的原因，可能源自源文件（比如该源文件包含的其他头文件、该源文件中定义的宏等），也可能源自编译选项。

Module（即模块）避免了传统头文件机制的诸多缺点，一个 Module 是一个独立的翻译单元，包含一个到多个 module interface file（即模块接口文件），包含 0 个到多个 module implementation file（即模块实现文件），使用 Import 关键字即可导入一个模块、使用这个模块暴露的方法。

module_hello.cppm：定义一个完整的hello模块，并导出一个 say_hello_to 方法给外部使用。当前各编译器并未规定模块接口文件的后缀，本文统一使用 ".cppm" 后缀名。".cppm" 文件有一个专用名称"模块接口文件"，值得注意的是，该文件不光可以声明实体，也可定义实体。

编译脚本如下，需要先编译 module_hello.cppm 生成一个 pcm 文件（Module 缓存文件），该文件包含了 hello 模块导出的符号。

以上代码有以下细节需要注意：

module hello：声明了一个模块，前面加一个 export，则意味着当前文件是一个模块接口文件（module interface file），只有在模块接口文件中可以导出实体（变量、函数、类、namespace等）。一个模块至少有一个模块接口文件、模块接口文件可以只放实体声明，也可以放实体定义。

import hello：不需加尖括号，且不同于 include，import 后跟的不是文件名，而是模块名（文件名为 module_hello.cpp），编译器并未强制模块名必须与文件名一致。

想要导出一个函数，在函数定义/声明前加一个 export 关键字即可。

上个示例中，接口的声明与实现都在同一个文件中（.cppm中，准确地说，该文件中只有函数的实现，声明是由编译器自动生成、放到缓存文件pcm中），当模块的规模变大、接口变多之后，将所有的实体定义都放在模块接口文件中会非常不利于代码的维护，C++20 的模块机制还支持接口与实现分离。下面我们将接口的声明与实现分别放到 .cppm 和 .cpp 文件中。

代码有几个细节需要注意：

模块实现文件中不能 export 任何实体。

函数模板，比如代码中的 square 函数，定义必须放在模块接口文件中，使用 auto 返回值的函数，定义也必须放在模块接口文件。

当模块变得再大一些，仅仅是将模块的接口与实现拆分到两个文件也有点力不从心，模块实现文件会变得非常大，不便于代码的维护。C++20 的模块机制支持子模块。

这次 module_hello.cppm 文件不再定义、声明任何函数，而是仅仅显式导出 hello.sub_a、hello.sub_b 两个子模块，外部需要的方法都由上述两个子模块定义，module_hello.cppm 充当一个“汇总”的角色。

子模块 module hello.sub_a 采用了接口与实现分离的定义方式：“.cppm” 中给出定义，“.cpp” 中给出实现。

这样，hello 模块的接口和实现文件被拆分到了两个子模块中，每个子模块又有自己的接口文件、实现文件。

值得注意的是，C++20 的子模块是一种“模拟机制”，模块 hello.sub_b 是一个完整的模块，中间的点并不代表语法上的从属关系，不同于函数名、变量名等标识符的命名规则，模块的命名规则中允许点存在于模块名字当中，点只是从逻辑语义上帮助程序员理解模块间的逻辑关系。

module_hello.cppm 再次充当了”汇总“的角色，将模块的 a 部分+ b 部分导出给外部使用：

同样作为处理大模块的机制，Module Partition 与子模块最本质的区别在于：子模块可以独立的被外部使用者 Import，而 Module Partition 只在模块内部可见。

C++20 之前有大量的不支持模块的代码、头文件，这些代码实际被隐式的当作全局模块片段处理，模块代码与这些片段交互方式如下：

事实上，由于标准库的大多数头文件尚未模块化（VS 模块化了部分头文件），整个第二章的代码在当前编译器环境下(Clang12)是不能直接编译通过的——当前尚不能直接 import < iostream > 等模块，通全局模块段则可以进行方便的过渡（在全局模块片段直接 #include <iostream>），另一个过渡方案便是下一节所介绍的 Module Map——该机制可以使我们能够将旧的 iostream编译成一个 Module。

假设有一个 a.h 头文件，该头文件历史较久，不支持 Module：

通过给 Clang 编译器定义一个 module.modulemap 文件，在该文件中可以将头文件映射成模块：

编译脚本需要依次编译 A、ctype、iostream 三个模块，然后再编译 main 文件：

注：关于 Module Map 机制能够查到的资料较少，有些细节笔者也未能一一查明，例如：

通过 Module Map 将一个头文件模块化之后，头文件中暴露的宏会如何处理？

假如头文件声明的实体的实现分散在多个 cpp 中，该如何组织编译？

最后，对比最开始提到的头文件的缺点，模块机制有以下几点优势：

无需重复编译：一个模块的所有接口文件、实现文件，作为一个翻译单元，一次编译后生成 pcm，之后遇到 Import 该模块的代码，编译器会从 pcm 中寻找函数声明等信息，该特性会极大加快 C++ 代码的编译速度。

隔离性更好：模块内 Import 的内容，不会泄漏到模块外部，除非显式使用 export Import 声明。

顺序无关：Import 多个模块，无需关心这些模块间的顺序。

减少冗余与不一致：小的模块可以直接在单个 cppm 文件中完成实体的导出、定义，但大的模块依然会把声明、实现拆分到不同文件。

子模块、Module Partition 等机制让大模块、超大模块的组织方式更加灵活。

全局模块段、Module Map 制使得 Module 与老旧的头文件交互成为可能。

编译器支持不稳定：尚未有编译器完全支持 Module 的所有特性、Clang13 支持的 Module Map 特性不一定保留到主干版本。

编译时需要分析依赖关系、先编译最基础的模块。

现有的 C++ 工程需要重新组织 pipline，且尚未出现自动化的构建系统，需要人工根据依赖关系组构建脚本，实施难度巨大。

Module 不能实现代码的二进制分发，依然需要通过源码分发 Module。

pcm 文件不能通用，不同编译器的 pcm 文件不能通用，同一编译器不同参数的 pcm 不能通用。

无法自动构建，现阶段需要人工组织构建脚本。

编译器如何实现对外隐藏 Module 内部符号的？

在 Module 机制出现之前，符号的链接性分为外部连接性（external linkage，符号可在文件之间共享）、内部链接性（internal linkage，符号只能在文件内部使用），可以通过 extern、static 等关键字控制一个符号的链接性。

对于模块 export 的符号，编译器根据现有规则（外部连接性）对符号进行名称修饰(name mangling)。

对于 Module 内部的符号，统一在符号名称前面添加 “_Zw” 名称修饰，这样链接器链接时便不会链接到内部符号。

截至2020.7，三大编译器对 Module 机制的支持情况：

以上就是本文的全部内容，关于 C++20 的四大特性我们介绍了其一

写在最后：其实每个人都有自己的选择，学编程，每一种编程语言的存在都有其应用的方向，选择你想从事的方向，去进行合适的选择就对了！对于准备学习编程的小伙伴，如果你想更好的提升你的编程核心能力（内功）不妨从现在开始！

微信公众号：C语言编程学习基地

整理分享（多年学习的源码、项目实战视频、项目笔记，基础入门教程）

欢迎转行和学习编程的伙伴，利用更多的资料学习成长比自己琢磨更快哦！