cgo 不支持通过 #cgo CFLAGS: -D 直接定义带引号的字符串宏（如 -DLOG="common"），因其内部解析会报错；推荐改用内联 #define 或通过环境变量 CGO_CFLAGS 传入。
cgo 不支持通过 `#cgo cflags: -d` 直接定义带引号的字符串宏（如 `-dlog="common"`），因其内部解析会报错；推荐改用内联 `#define` 或通过环境变量 `cgo_cflags` 传入。
在 Go 项目中混合使用 C 代码（cgo）时，常需在编译期注入配置值，例如日志模块名、版本号或平台标识等字符串常量。但直接使用 #cgo CFLAGS: -D 定义带双引号的字符串宏（如 -DLOG="common"）会导致编译失败，典型错误包括：
- ‘common’ undeclared (first use in this function)（C 编译器将未加引号的 common 视为标识符而非字符串字面量）
- malformed #cgo argument（cgo 解析器无法处理含嵌套双引号的 #cgo 指令）
这是因为 cgo 对 #cgo 行指令有严格的语法校验，不支持 shell 风格的引号转义，且 -D 宏定义本身不会自动添加字符串化语义。
✅ 推荐方案一：在 C 代码块中使用 #define（最简洁、可移植性强）
/*
#define LOG "common"
#include <stdio.h>
*/
import "C"
import "fmt"
func main() {
fmt.Printf("Log module: %s\n", C.CString(C.GoString(&C.LOG[0])))
// 更安全的做法（避免内存泄漏）：
// cLog := C.CString(C.GoString(&C.LOG[0]))
// defer C.free(unsafe.Pointer(cLog))
}⚠️ 注意：C.LOG 是 C 字符串字面量地址，需配合 C.GoString 转为 Go 字符串；若需在 C 函数中直接使用，可直接引用 LOG 宏（如 printf("Module: %s\n", LOG);）。
✅ 推荐方案二：通过环境变量注入 CFLAGS（适合 CI/多环境构建）
CGO_CFLAGS='-DLOG="common"' go build -o app . # 或运行时： CGO_CFLAGS='-DLOG="common"' go run main.go
对应 Go 文件中可写为：
/*
#include <stdio.h>
// LOG 已由 CGO_CFLAGS 定义，此处直接使用
*/
import "C"
func printLog() {
// 注意：C.LOG 在此不可直接访问（非变量），需在 C 侧使用
// 正确用法示例（在 C 代码块中）：
/*
printf("Log prefix: %s\n", LOG);
*/
}❌ 避免尝试以下写法（均会失败）：
- #cgo CFLAGS: -DLOG="common" → cgo 解析失败
- #cgo CFLAGS: -DLOG=common → C 中 LOG 展开为未声明标识符 common
- #cgo CFLAGS: -DLOG=\"common\" → 引号转义不被 cgo 支持
? 总结：cgo 的 #cgo 指令不适用于传递含空格或引号的复杂 C 宏值。优先采用内联 #define 实现编译期字符串常量定义；若需动态控制（如不同环境不同值），应通过构建环境变量 CGO_CFLAGS 注入，并确保 C 代码中以标准宏方式引用（如 LOG），而非试图将其作为 Go 可导出变量访问。
