Seata中为什么我自己按源码写。aop把B和A都代理了启动报错，要怎么解决呀？

在Seata中，使用@GlobalTransactional注解来开启分布式事务时，确实可能会遇到一些AOP代理相关的问题，尤其是当你的类继承关系中也应用了该注解时。根据你的描述，问题出在你有一个基类A和一个继承自A的子类B，且在A类的方法上加了@GlobalTransactional注解。启动时出现报错，尽管你已经将代理方式设置为CGLIB。

这里有几个可能的原因及解决办法：

1. 重复代理问题：Spring AOP默认使用JDK动态代理，它仅能代理接口。当你的类没有实现接口时，Spring会自动切换到CGLIB代理。但是Seata的全局事务拦截器可能与Spring的AOP机制产生了冲突，导致被多次代理。你可以检查Seata配置是否正确指定了代理模式，并确保Seata和Spring的代理方式一致。

2. 版本兼容性问题：确保你使用的Seata版本与Spring Boot或Spring Cloud版本之间是兼容的。有时候，不同版本之间的不兼容会导致代理相关的异常。

3. 手动排除基类代理：如果Seata的全局事务管理对基类的代理不是必须的，可以尝试在Seata的配置中排除对基类的代理。不过，这通常需要查看Seata是否有提供这样的配置选项。

4. 修改代理策略：虽然你说已将代理方式设置为CGLIB，但确保这个设置是在Seata和Spring Boot的配置中都正确设置了。对于Spring Boot应用，可以在application.yml或application.properties中添加如下配置：

   spring:
    aop:
      proxy-target-class: true
   

   确保Seata的配置也是按照CGLIB方式进行设置的。

5. 详细错误日志分析：仔细查看启动时的具体报错信息，这通常能给出更明确的线索。错误日志中可能会提到是哪个类、哪个方法或者哪行代码导致的问题，这对于定位问题至关重要。

6. 咨询Seata社区：如果上述方法都不能解决问题，建议在Seata的GitHub Issues或者官方论坛提问，提供详细的错误日志和项目配置信息，社区的开发者和用户可能会有遇到过类似问题并能提供帮助。

记得在进行任何配置更改后，重新启动应用以使更改生效，并再次验证问题是否得到解决。