CGO 不支持通过 #cgo CFLAGS: -D 直接定义带双引号的字符串宏（如 -DLOG="common"），因其内部解析会破坏引号结构；推荐改用纯 C 的 #define 或通过环境变量 CGO_CFLAGS 传入。
cgo 不支持通过 `#cgo cflags: -d` 直接定义带双引号的字符串宏（如 `-dlog="common"`），因其内部解析会破坏引号结构；推荐改用纯 c 的 `#define` 或通过环境变量 `cgo_cflags` 传入。
在 Go 项目中混合使用 C 代码时，常需在编译期注入配置值（如日志前缀、版本号或调试开关）。若尝试用 #cgo CFLAGS: -DLOG="common" 定义字符串宏，会遇到典型错误：'common' undeclared (first use in this function) 或 malformed #cgo argument。这是因为 cgo 对 #cgo 指令行参数做了预处理——它将引号视为分隔符而非字面量，导致 -DLOG="common" 被错误拆解为 -DLOG= 和 "common" 两部分，C 编译器最终接收不到合法的字符串字面量。
✅ 推荐方案一：在 C 代码块中直接 #define（最简洁、可靠）
将宏定义写在 /* ... */ 包裹的 C 代码段内，完全绕过 cgo 的参数解析：
/*
#define LOG "common"
#include <stdio.h>
*/
import "C"
import "unsafe"
func PrintLog() {
cLog := C.CString(C.GoString(&C.LOG[0])) // 注意：LOG 是字符串字面量，非变量
// 更安全的做法是直接在 C 中使用，或通过函数封装
C.printf(C.CString("LOG: %s\n"), cLog)
}</stdio.h>
但更实用的方式是定义一个 C 函数来暴露该字符串：
/*
#define LOG "common"
#include <stdio.h>
#include <string.h>
const char* get_log_prefix() {
return LOG;
}
*/
import "C"
import "fmt"
func GetLogPrefix() string {
return C.GoString(C.get_log_prefix())
}
func main() {
fmt.Println("Prefix:", GetLogPrefix()) // 输出：Prefix: common
}</string.h></stdio.h>
✅ 推荐方案二：通过环境变量 CGO_CFLAGS 注入（适合构建脚本化场景）
若需动态控制（如 CI/CD 中按环境切换值），可在构建时通过环境变量传递：
CGO_CFLAGS='-DLOG="common"' go build -o app . # 或运行时 CGO_CFLAGS='-DLOG="debug"' go run main.go
对应 Go 文件中即可正常使用：
/*
#include <stdio.h>
extern void print_with_log(const char* msg);
*/
import "C"
func SayHello() {
C.print_with_log(C.CString("Hello"))
}</stdio.h>
并在 C 实现中引用 LOG：
#define LOG "common" // 此处由 CGO_CFLAGS 覆盖
void print_with_log(const char* msg) {
printf("[%s] %s\n", LOG, msg);
}
⚠️ 注意事项：
- #cgo CFLAGS: -DKEY=VALUE 仅支持无引号的简单标识符（如 -DDEBUG 或 -DVERSION=1），不支持字符串字面量；
- 双引号必须由 C 编译器处理，而非 cgo 解析层，因此 #define 是语义最清晰、兼容性最好的方式；
- 若宏需在多个 .go 文件共享，建议统一放在独立的 cgo_helpers.h 头文件中，并通过 #include "cgo_helpers.h" 引入；
- 使用 CGO_CFLAGS 时，请确保构建环境一致，避免本地开发与 CI 结果不一致。
综上，优先使用内联 #define，其次考虑环境变量注入——二者均规避了 cgo 对 -D 参数的解析缺陷，确保字符串宏被 C 编译器原样接收并展开。
