如何向客户交付加密C代码及未加密h文件，仅允许客户修改h文件

首先明确：该需求可落地，不需要对.c源文件做直接加密（加密后的文本无法被编译器解析，客户无法完成编译流程），行业通用的成熟方案是将核心C代码编译为二进制库，搭配可修改的头文件交付，完全匹配你的要求，具体操作步骤如下：

1. 代码分层拆分 #

• 把所有允许客户调整的配置项、宏定义、公开函数声明全部抽离到.h头文件中，核心逻辑的.c文件只引用头文件的定义，不要硬编码任何可配置的参数。
• 示例头文件结构参考：

// 允许客户修改的公开头文件 demo.h
#define MAX_IO_BUFFER 1024 // 客户可自行调整缓冲区大小
#define ENABLE_PERFORMANCE_CHECK 0 // 客户可开关性能检测逻辑
// 函数声明为固定接口，仅允许客户修改上方的宏定义
int core_business_process(int param);

2. 核心代码编译为二进制库（二选一即可） #

方案1：静态库交付（兼容性最佳，优先推荐） #

你方提前在客户使用的目标平台（对应CPU架构、操作系统）上完成核心代码的编译，生成静态库文件：

• Linux平台执行命令：gcc -c core.c -o core.o && ar rcs libdemo.a core.o 生成.a格式静态库
• Windows平台用MSVC执行命令：cl /c core.c && lib core.obj 生成.lib格式静态库
• 交付给客户的文件为：编译好的静态库文件 + 未加密的.h头文件
• 客户使用时仅需修改头文件的配置项，编译自身代码时链接你提供的静态库即可，完全无法获取核心C代码的源码内容。

方案2：动态库交付（适合体积大、需后续迭代升级的场景） #

同样在目标平台编译核心代码为动态库：

• Linux平台生成.so文件，Windows生成.dll+配套导入库，macOS生成.dylib
• 交付文件为动态库文件 + 头文件，客户运行时加载动态库即可，同样看不到核心源码。

3. 约束客户修改范围（可选补充） #

如果需要避免客户修改头文件内的非配置内容，可添加校验逻辑：

• 头文件内对允许修改的宏加合法范围校验，不符合要求编译阶段直接抛出错误：

// 放在头文件末尾
#if MAX_IO_BUFFER < 256
#error 缓冲区大小最低不能低于256，请调整后重新编译
#endif

• 也可在库的初始化函数内添加运行时校验，检测头文件配置的参数是否在合法范围内，不符合则直接返回错误码。

内容的提问来源于stack exchange，提问作者alanblu