静态代码块不能添加任何注解，因其不属于Java可标注元素；@Target未包含STATIC_BLOCK，编译器直接报错；需用@PostConstruct替代static{}中依赖Spring Bean的初始化逻辑。
直接在静态代码块上写自定义注解是语法不允许的，Java 编译器会直接报错，根本不会等到运行时。问题本质不是“注解被错误写在静态块上”，而是开发者误以为可以在静态上下文（如 static {}、static 方法、static 字段）中使用某些注解——而这类注解本身压根就不支持这些位置。
明确 @Target 的合法取值范围
@Target 用于声明注解能用在哪些程序元素上。如果自定义注解没加 @Target，或只写了 @Target({ElementType.TYPE})，那它就只能用在类、接口、枚举上，不能用于方法、参数、字段，更不可能用于静态块（因为静态块不属于 ElementType 枚举中的任何一项）。
关键点在于：静态代码块本身不能被任何注解修饰——它不是 Java 语言规范中定义的“可标注元素”。所以不存在“注解被错误写在静态块上”的合法代码；一旦写了，javac 就会拒绝编译。
- 常见合法 ElementType 值：TYPE（类/接口）、METHOD、FIELD、PARAMETER、CONSTRUCTOR、LOCAL_VARIABLE（注意：不包括 static block）
- 若注解定义为
@Target(ElementType.METHOD)，却尝试加在字段或类上，编译失败 - 若注解定义为
@Target({ElementType.FIELD, ElementType.METHOD})，加在 static {} 中仍会报错，因为 static {} 不在允许列表里
避免混淆“注解位置”和“注解使用时机”
很多人真正想问的是：“为什么我在静态方法里用 @Autowired 注入的 Bean 是 null？” 或 “为什么在 static {} 里调用 SpringUtil.getBean() 报 NPE？”——这和 @Target 无关，而是 Spring 生命周期与 JVM 类加载顺序冲突所致。
这类问题常被误归为“注解用错了位置”，其实根源是：
- static {} 在类加载的“初始化阶段”执行，此时 Spring 容器还没启动
- @Autowired、@Value、@Resource 等 Spring 注解只对非静态成员生效，且仅在 Bean 实例化后由 Spring 解析
- 静态上下文中无法享受 Spring 的依赖注入能力，这是设计限制，不是配置疏漏
正确做法：用 @PostConstruct 替代 static 初始化逻辑
如果你有一段本想放在 static {} 里、但又需要访问 Spring Bean 的初始化代码，应该把它移到普通实例方法中，并用 @PostConstruct 标记：
- @PostConstruct 方法在依赖注入完成后、Bean 正式可用前执行，时机可控
例如：
<!-- 错误示例：static {} + SpringUtil.getBean() --><!-- 正确示例：@PostConstruct + 实例字段注入 -->
定义注解时主动约束，预防误用
如果你是注解的设计者，在定义时显式指定最小必要范围，能从源头减少误用：
- 只用于方法？写
@Target(ElementType.METHOD) - 只用于配置属性字段？加
@Target(ElementType.FIELD)并配合@Retention(RetentionPolicy.RUNTIME) - 禁止用于任何静态上下文？不用特别处理——因为 Java 语法天然禁止，你只需文档注明“仅适用于实例成员”即可
不需要也不应该试图让注解支持 static {}，那是反模式。
