1.注解的本质是创建特殊接口，注解通过 @interface 关键字定义，还得搭配「两个」元注解（用于指定规则）。
@Retention(RetentionPolicy.xxx)
@Target(ElementType.xxx)
public @interface Mycomponent { // 注解的“属性”不是方法，向接口中加入方法即可实现String value() default "默认描述"; // 使用时需要传入值（需默认值）
}
2.注解就是你贴在类、方法、属性上的便利贴，只写信息、不执行逻辑，本身啥也干不了,注解怎么生效？
- ① 用 @interface 定义"便利贴规则"
- ② 能贴在哪里（比如只能贴在方法上）
- ③ 贴了能留多久（比如运行时还能看见）
- ④ 便利贴上写啥信息（注解属性）
3.贴了标签，还需要有对应处理所有贴了标签的方法或类或属性的处理器。
例如 Spring 启动时会通过 AnnotationConfigApplicationContext 扫描指定包，自动加载内置注解处理器（ConfigurationClassPostProcessor 负责解析 @component、@configuration 注解，将所有贴有这些标签的类装变为 BeanDefinition（未实例化）），Spring 扫描器（如 ClassPathBeanDefinitionScanner）会：
- ① 遍历指定包路径下的所有 .class 字节码文件（不加载类到 JVM，仅读取字节码）
- ② 过滤掉非候选类（如接口、抽象类、匿名类 或被 @Conditional 排除的类），解析字节码，判断是否有 @Component，扫描器通过 ASM 框架读取类字节码中的注解元数据。不反射创建类实例，直接解析字节码的 “运行时常量池”，检测类的注解列表是否存在 @Component 或其他派生注解（@Service，……），若存在，则将该类注册为 Spring 容器的 BeanDefinition，后续统一初始化。
- ③ 找 @Component 时，仅读取字节码文件内容，不会执行类的加载，核心原因是用了 ASM 框架，它直接操作 .class 文件的字节流，解析其中的注解元数据。只有当 Spring 确认该类是候选 Bean 时（有 @Component 且符合条件），(全扫描后)后续才会创建 Bean 对象(即BeanDefinition)，才加载到 JVM。即 Spring 扫描器遍历完「指定包路径下所有层级的 .class 字节码文件」之后，才会完成最终的 BeanDefinition 收集和生成。
4.当进行属性注入时（即解析@Autowired），会调用Autowired处理器。
处理器中遍历 Bean 的所有字段（A进入属性注入时，A@raw处于二级缓存或者三级缓存）
Field[] fields = bean.getClass().getDeclaredFields()
for (Field field : fields) {if (field.isAnnotationPresent(Autowired.class)) {field.setAccessible(true)Object depency = context.getBean(field.getType())field.set(bean, depency)}
}
在postProcessProperties方法内会通过反射条件判断是否有目标注解（比如@Autowired),
有则执行注入逻辑，无则直接返回。注解必须满足@Retention(Retention.RUNTIME)。
@Autowired默认是该配置，否则编译后注解信息会被丢弃，反射无法读取。
5.注解元数据存储原理,当给字段加@Autowired时
-
- @Autowired本身带@Retention(Retention.RUNTIME)，告诉编译器 “保留注解到运行时”
-
- 编译.java文件为.class文件时，编译器会把@Autowired的信息（目标注解类、属性值等）写入.class文件的运行时常量池→元数据区（专门存类的额外信息，如注解、泛型）。
-
- 最终.class文件里会保留 “该字段被标注了@Autowired” 的记录，不会被丢弃。
6.JVM 加载 Class 并保留元数据：
-
- Spring 启动时，JVM 加载业务类（如UserService.class），会把.class文件中的元数据（包括注解信息）加载到内存中，存入Class对象中。
-
- 此时UserService.class对象里，不仅包含类结构（字段、方法），还包含字段上的注解元数据（比如userDao字段关联了@Autowired)。