undefined reference to main错误是因为g++默认将输入文件视为可执行程序，强制要求全局作用域下存在int main()定义；若仅编译库文件（如静态库.a或动态库.so），应使用-c选项生成目标文件再打包，避免链接器寻找入口点。
为什么链接时提示 undefined reference to `main`
因为 gcc 或 g++ 默认把输入文件当作「可执行程序」来处理，会强制要求符号 main 存在。如果你只有一堆实现功能的 .cpp 文件，没写 main，直接 g++ *.cpp -o lib.so 就会报这个错。
编译静态库：用 -c + ar 打包
静态库本质是归档（.a），不涉及入口点，所以不能有 main 也没关系。
- 先编译所有源文件为目标文件：
g++ -c file1.cpp file2.cpp -o file1.o file2.o - 再打包：
ar -rc libmylib.a file1.o file2.o - 使用时加
-L.和-lmylib，例如：g++ test.cpp -L. -lmylib -o test
注意：ar 不校验符号完整性，哪怕你漏了某个依赖的 .o，打包也能成功——但链接时才会暴露问题。
编译动态库：必须加 -fPIC 和 -shared
动态库（.so）运行时加载，要求代码位置无关；缺 -fPIC 会导致链接失败或运行时崩溃。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 编译目标文件时加
-fPIC：g++ -fPIC -c file1.cpp file2.cpp - 生成动态库：
g++ -shared -o libmylib.so file1.o file2.o - 使用时除了
-L.和-lmylib，还可能需要运行时指定路径：LD_LIBRARY_PATH=. ./test
常见错误：g++ file1.cpp -shared -o lib.so —— 这样跳过 -c 阶段，编译器仍试图找 main，直接报错。
头文件和库分离时怎么让 #include 正确找到声明
如果库提供 mylib.h，而它不在当前目录，g++ 默认找不到。
- 用
-I指定头文件路径：g++ -I/path/to/include test.cpp -L/path/to/lib -lmylib - 不要依赖
./或相对路径硬编码在#include "xxx.h"里，否则别人用你的库时容易崩 - 若头文件中用了
#include <string></string>等标准库，确保用g++而不是gcc链接，否则可能缺std::string符号
最易被忽略的一点：动态库若依赖其他第三方库（比如 libcurl），打包时没用 -lcurl，用户链接时不会报错，但运行时 dlopen 失败或 undefined symbol —— 这类问题只能靠 ldd libmylib.so 提前检查。
