Java不提供宏是设计取舍，因编译模型跳过预处理，强行加入会破坏工具链一致性；可用static final boolean配合JIT优化实现类似#ifdef效果。
Java 没有宏，也不支持类似 C 的预处理器，这不是遗漏，是设计取舍。
Java 为什么压根不提供 #define 或 #ifdef
因为宏在编译前由预处理器文本替换，而 Java 的编译模型跳过了这一步：源码直接进 javac，生成字节码。JVM 层面没有“源码重写”机制，也没有预留预处理钩子。强行加宏会破坏工具链一致性——IDE、调试器、反射、字节码增强（比如 Lombok）都依赖稳定的源码结构，而宏会让 line number 错位、断点失效、堆栈跟踪失真。
常见错误现象：javac 报错说找不到符号，但你明明写了；其实是 IDE 显示正常，可编译时宏没展开，或者展开后变量名冲突——但这根本不会发生，因为 javac 根本不认识 # 开头的行，直接报语法错误。
想实现类似 DEBUG 开关？用 static final boolean + JIT 优化
Java 用常量折叠（constant folding）和死代码消除（dead code elimination）达到和 #ifdef DEBUG 接近的效果，且更安全、可调试。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
-
static final boolean DEBUG = false;—— 必须是static final且初始化为编译期常量 -
if (DEBUG) { System.out.println("trace"); }—— JIT 编译后，整个 if 块会被彻底移除，不占运行时开销 - 不要用
Boolean.parseBoolean(System.getProperty("debug"))替代，它不是编译期常量，JIT 不会删 - 注意：这个技巧只对
boolean、int等基本类型字面量有效；static final String MSG = "hello"可以，但static final String MSG = getEnv()不行
Lombok 和注解处理器不是宏，别混淆
有人把 @Getter 或 @ToString 当成“Java 宏”，其实不是。它们发生在 AST（抽象语法树）层面，由注解处理器在编译早期生成新类或修改已有类，输出的是合法、可调试、带正确行号的 Java 源码或字节码。而宏是纯字符串替换，不经过语法分析。
容易踩的坑：
- 误以为
@Log是宏，结果在日志语句里写log.debug("x=" + expensiveCalc())，即使日志关了也会执行expensiveCalc()—— 这跟宏无关，是 Java 表达式求值顺序决定的 - 依赖 Lombok 但没配好 IDE 插件，导致编辑器报红、自动补全失效，误以为“功能坏了”，其实是 AST 生成和 IDE 索引没对齐
- 用
@UtilityClass生成私有构造器，但反射调用new Class().getDeclaredConstructor().newInstance()仍能绕过 —— 它不是语法级禁止，只是约定
真正难处理的是跨模块条件编译：比如一个库要同时支持 Android 和 JVM，得靠 Maven 的 profile 或 Gradle 的 sourceSets 分离代码，而不是靠某种“Java 宏”开关。这点容易被忽略——很多人卡在“怎么让同一份代码在不同环境走不同分支”，答案不在语言特性里，而在构建配置里。
