Iris 框架不支持 C 风格 #define 宏定义，因 Go 无预处理器，路由注册（如 app.Get）纯属运行时函数调用；可行方案是使用 build tag 条件编译或环境变量 + if 判断控制路由注册。
Iris 框架本身不支持 C 风格的 #define 宏定义，也无法在运行时通过预处理器控制路由行为——Go 语言没有宏系统，所有“宏”都是编译期不可见的文本替换，而 Iris 的路由注册完全发生在运行时（app.Get、app.Post 等函数调用）。
如果你看到类似 “用 #define N 6 控制路由类型”的写法，那基本是混淆了 C 与 Go 的机制，或者误将其他语言/框架的模式套用到了 Iris 上。
为什么不能用 #define 控制 Iris 路由
Go 编译器根本不识别 #define；它属于 C/C++ 预处理器指令，在 Go 源码中出现只会导致编译失败。Iris 的路由类型（如 Get、Post、Any）是函数调用，参数和行为由 Go 类型系统和 Iris 内部逻辑决定，无法被“宏开关”动态开启或禁用。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
真正可行的路由类型控制方式
若你希望在不同环境（如开发/生产）或配置下启用/禁用某类路由，应使用 Go 原生手段：
- 用
build tag（构建标签）条件编译：在文件顶部加//go:build dev，配合go build -tags=dev控制是否包含某段路由注册代码 - 用配置变量 + if 判断：例如读取
os.Getenv("ENABLE_ADMIN_ROUTE") == "true"，再决定是否调用app.Get("/admin", handler) - 用中间件拦截并返回 405：对已注册的路由，通过中间件检查当前上下文是否允许该方法，不满足则
ctx.StatusCode(405)
容易踩的坑
有人尝试用常量模拟“宏”，比如：
const EnableDebugRoutes = true
if EnableDebugRoutes {
app.Get("/debug/pprof", pprofHandler)
}
这看似像宏，但注意：
- 它不是编译期裁剪，二进制里仍含该路由逻辑（只是不执行注册）
- 若 EnableDebugRoutes 是变量而非常量，Go 编译器无法做死代码消除，可能影响启动性能
- 更隐蔽的问题是：路由未注册 ≠ 路由不存在 —— 如果你依赖反射或第三方工具扫描路由，它们可能仍会发现注释或结构体字段里的路径声明
真正需要硬性隔离路由时，优先用 //go:build + 单独文件拆分，而不是靠运行时 if 或常量伪装“宏”。否则，调试时你会在 prod 环境意外看到 debug 接口的残留痕迹。
