.h与.cpp

为什么需要.h和.cpp?

接口与实现分离

• .h用于声明 函数、类、结构体等接口。使用者只需要引入接口，
  例如<stdio.h>，不需要关心细节.
• .cpp 包含接口的具体实现.

分离设计与实现，模块化开发

加快编译速度

接口与实现的分离保证了，对于使用接口的其他编译单元不需要重新编译，而只需要重新编译改变的.cpp文件。

隐藏实现细节

.h文件只暴露接口，具体实现在cpp中，降低模块间的耦合性.

.h文件是否占用内存空间？

.h头文件本质是文本文件，在预编译阶段被复制到引入它的.cpp文件中，.h文件自身不分配内存. 只有当头文件中包含有定义了全局变量或静态变量（非 inline、非 const 修饰的情况）时，这些变量才会在程序中占用内存空间。但这与文件本身是否为 .h 文件无关，而是与编译后的代码有关。

每个 .cpp 文件都会被编译为 可重定位目标.o文件?

一般来说，在标准的编译流程中，每个 .cpp 文件都会单独编译生成一个目标文件（.o 文件或 .obj 文件），然后由链接器将这些目标文件合并生成最终的可执行文件或库。这种方式也支持增量编译，修改某个 .cpp 文件只需要重新编译该文件。

#pragama once的作用和底层原理

#pragama once用于防止同一头文件被重复包含，确保
在一个编译单元内.cpp内该头文件只被编译一次。这主要用来防止同一个文件中多重包含一个.h文件引起的重复定义错误.

编译器在遇到 #pragma once 时，会记录该文件路径或内部标识，若后续再次遇到同一个文件时，直接跳过包含过程。与传统的“宏定义”方式（如 #ifndef HEADER_H / #define HEADER_H ... #endif）相比，#pragma once 实现方式更简单直观，但其原理本质上都是为了保证头文件只包含一次。

#pragma once 只针对头文件（.h），通常不会应用于 .cpp 文件，因为 .cpp 文件是编译单元的主体，每个 .cpp 文件都应该独立编译。

额外引入的头文件放在 .h 还是 .cpp 中？

• 头文件中只放必要的接口依赖：
  如果头文件中的声明需要依赖某些类型或常量（例如类的成员变量、函数参数等），那么可以在头文件中包含所需的头文件。但为了减少耦合和加快编译速度，建议采用前置声明（forward declaration）的方式，尽量避免在头文件中包含不必要的头文件。

• 实现细节放在 .cpp 中：
  对于只在实现中使用的依赖，建议放到 .cpp 文件中。这样可以减少头文件的依赖关系，降低编译时的耦合度，并且使得修改这些实现细节时不需要重新编译所有依赖此头文件的文件。

工程项目中 .cpp 文件中是否建议使用 using namespace？

• 在头文件中：
  强烈不建议在头文件中使用 using namespace，因为头文件会被多个源文件包含，使用 using namespace 会使得所有包含该头文件的文件都受到影响，可能引起命名冲突或歧义。

• 在 .cpp 文件中：
  在 .cpp 文件中局部使用 using namespace 是可以接受的，因为作用范围仅限于该编译单元。但是也要注意不要在全局作用域滥用，最好还是在函数内部或较小的作用域中使用，这样可以避免潜在的名字冲突，同时提高代码的可读性和维护性。