Kama-muduo项目配置

项目地址https://github.com/youngyangyang04/muduo-core#

编译与运行

在Ubuntu中把Cmake、gcc、g++都安装好后开始项目的编译

sudo sh -c 'apt update ; apt install -y build-essential' sudo apt install cmake # 检查 gcc 版本 gcc --version # 检查 g++ 版本 g++ --version # 检查 cmake 版本 cmake --version

mkdir build cd build cmake .. make -j4 #在example文件夹里运行 ./testserver #另开终端 # 方式1：nc nc 127.0.0.1 8080 # 输入任意内容（比如 hello），回车后会收到相同内容的回显 # 方式2：telnet telnet 127.0.0.1 8080

主目录CMakeLists.txt

example目录下的CMakeLists.txt

1. 「父子层级」：根配置驱动子配置

主目录 CMakeLists.txt 中通过add_subdirectory(example)显式触发 example 目录的 CMakeLists.txt 执行，且执行顺序有依赖：

• 先执行add_subdirectory(src)编译出muduo_core动态库；

• 再执行add_subdirectory(example)编译示例程序（因为示例依赖muduo_core库）。

2. 「变量继承」：子配置复用根配置的全局变量

example 目录的 CMakeLists.txt 能直接使用根配置定义的全局变量 / 规则，比如：

• 根配置中定义的LIBS（包含 pthread）：target_link_libraries(testserver muduo_core ${LIBS})直接复用；

• 根配置中设置的CMAKE_CXX_STANDARD 11：示例程序默认继承（即便 example 里又加了-std=c++11，属于冗余但兼容）；

• 根配置中编译出的muduo_core库：example 可直接通过库名链接（因为 CMake 会识别全局编译出的库）。

3. 「路径关联」：输出路径的配合

• 根配置通过set(LIBRARY_OUTPUT_PATH ${PROJECT_SOURCE_DIR}/lib)指定muduo_core.so输出到lib目录；

• example 配置通过RUNTIME_OUTPUT_DIRECTORY指定testserver输出到 example 目录，且运行时可通过LD_LIBRARY_PATH关联到根目录的lib库。

三、通俗理解

可以把整个编译流程比作「工厂生产」：

• 主目录 CMakeLists.txt= 工厂总调度：制定全厂的生产标准（C++11）、采购通用原料（链接 pthread）、安排车间生产顺序（先造核心零件muduo_core，再造成品testserver）；

• example/CMakeLists.txt= 成品组装车间：只负责用「核心零件（muduo_core 库）」+「车间自有原料（testserver.cc）」组装出最终可直接使用的成品（testserver 可执行文件），且组装规则遵循总调度的要求。

src目录下的CMakeLists.txt

四、关键细节补充

1. 若删除主目录的add_subdirectory(example)，则 example 目录的 CMakeLists.txt 不会被执行，无法生成 testserver；

2. example 中的配置优先级更高：比如 example 里指定了-Wall警告、自定义可执行文件输出路径，会覆盖 / 补充根配置的全局规则；

3. 依赖的单向性：example 依赖 src 编译的库，但 src/CMakeLists.txt 不依赖 example（即便删除 example，src 仍能正常编译出 muduo_core 库）