技术博客
头文件里直接定义 int global_count = 0;，被多个 .cpp 包含就会链接失败：multiple definition of ‘global_count’。C++17 引入 inline 变量，让这种定义在多个编译单元中合法共存——它不是“内联函数”那种优化语义，而是告诉链接器：“这些同名定义是等价的，只留一个”。
你写 void f() noexcept，编译器在函数调用点就敢做优化（比如省掉栈展开逻辑）；而 void f() throw() 只在运行时抛异常才触发终止——但 C++17 起它已被标记为 deprecated，连 clang 15 都会警告。实际项目里混用两者会导致链接失败或 ABI 不兼容，尤其在跨编译单元调用时。
构造函数不是普通方法，它没有返回类型（连 void 都不能写），名字必须和类名完全一致，且不能被显式调用。常见错误是加了 void 或拼错类名，编译器会直接报错：CS0501: ‘X.X()’ must declare a body because it is not marked abstract, extern, or partial。
结构体在 C++ 中不是“只能存数据”的 C 风格容器，而是可带成员函数、支持访问控制、能继承的用户定义类型。定义时用 struct 关键字，**默认成员和继承都是 public**，这点和 class 的 private 默认不同。
Linux 下动态库（.so）被加载时，地址由动态链接器在运行时决定，不是编译时固定的。如果目标文件没用 -fPIC 编译，生成的机器码里会含绝对地址跳转或数据引用，无法安全重定位到任意内存位置——加载直接失败或运行时崩溃。
在 Linux 和 Windows 上创建和使用静态库与动态库，核心区别在于编译链接方式和运行时依赖机制，但基本流程相似：先编译源码为目标文件，再归档或打包为库，最后在主程序中链接调用。
内部链接和外部链接是 C++ 中决定符号（比如变量、函数）能否被其他编译单元访问的关键机制，它们在编译期由链接器根据符号的“链接属性”（linkage）来处理。理解 extern 和 static 的作用，本质上就是理解如何控制这个链接属性。
LNK2019 是 Visual Studio 中最常遇到的链接错误之一，意思是“无法解析的外部符号”——编译器找到了函数或变量的声明（比如在头文件里写了 void foo();），但链接器在所有目标文件（.obj）和库中都找不到对应的定义（比如 .cpp 里没写 void foo() { … }）。问题不在语法，而在“有声明、没实现”或“实现没被正确参与链接”。
extern关键字的核心作用是声明变量或函数在其他地方定义，不分配内存，仅告知编译器符号存在；常用于多文件项目 […]
应直接集成KCP官方C实现（ikcp.h/ikcp.c），用extern "C"封装为C+ […]