java

AOPspringAop大体分为两种技术方式，一种是基于动态代理的，一种是基于字节码增强的 动态代理的有基于 jdk的 基于CGLIB的 字节码增强的有 在编译时做增强的 class加载的时候做增强的 12345678910111213public enum AdviceMode { /** * JDK proxy-based advice. */ PROXY, /** * AspectJ weaving-based advice. */ ASPECTJ} 基于动态代理-PROXYAbstractAutoProxyCreator它是个抽象类，并且是bean的后置处理器，在bean创建的时候拦截，并寻找合适的切入点返回对应的proxy其中有3个实现类 InfrastructureAdvisorAutoProxyCreator如果只是开启事务则会用到此实现AOP生效规则：bean必须是Advisor类型，且role为BeanDefinition.ROLE_INFRASTRUCTURE才会生效 AspectJAwareAdviso ...

直接new调用了构造 通过反射调用了构造 clone没有调用构造,但必须实现Cloneable接口，java通过native方法实现 反序列化没有调用构造，通过调用MethodAccessorGenerator#generateSerializationConstructor生成一个新的构造对象，该构造对象不会调用构造方法 通过Unsafe类的allocateInstance()方法没有调用构造，只分配内存空间

在beanFactory初始化阶段会注册beanPostProcessor，它的作用就是在bean实例化前、后，初始化前、后进行拦截操作 BeanPostProcessor为最顶层的接口共有5种类型不同作用的间接接口（包含自己） 如图 InstantiationAwareBeanPostProcessor postProcessBeforeInstantiation可以拦截bean实例化之前（不包含factoryBean#getObject），如果返回不为空，则直接调用BeanPostProcessor的后置方法并直接返回，此时bean已创建完毕（很少用） postProcessAfterInstantiation返回值为Boolean类型，如果返回为false则不允许自动装配（很少用） postProcessProperties自动装配，最重要的实现AutowiredAnnotationBeanPostProcessor实现自动装配 postProcessPropertyValues如果postProcessProperties返回值为null，则会调用此方法 自动装 ...

前言获取一个bean时AbstractBeanFactory#doGetBean，除非bean已经存在，否则会通过beanDefinition自动创建 创建时，如果没有beanDefinition就会报错，所以beanDefinition是一个很重要的存在 创建流程很复杂，必须要先了解bean的各种后置处理器BeanPostProcessor spring获取bean时,底层是通过beanName获取的，如果是根据类型，那么他会先根据类型先获取name，然后根据name在获取bean beanName可以自定义，如果非自定义默认则是classSimpleName，且第一个字母小写FactoryBean类型的beanName也是同上,如果要获取FactoryBean类型的实例话，则beanName要以"&"为前缀。否则获取的就是factoryBean对应的实际bean 以下为获取(创建)bean的大体流程 通过class类型或注解类型获取beanName不管怎样，spring底层是通过name获取对应的bean如果是根据注解获取bean，底层 ...

背景ConfigurationClassPostProcessor该类是一个BeanFactoryPostProcessor后置处理程序，其主要功能就是扫描beanFactory已注册的bean上的注解进而处理注解对应的职责在spring的refresh阶段调用beanFactoryPostProcessors时该类才开始工作 在springContext初始化的时候通过AnnotationConfigUtils#registerAnnotationConfigProcessors向beanFactory注册该类 工作流程1. 挨个挨个扫描beanFactory中的未扫描的bean该类开始工作时，main方法所在的类已注册到beanFactory中先开始扫描main方法所在的类，并执行以下全部步骤，执行过程中会有新的bean注册到beanFactory中然后再从beanFactory获取所有beanNamesgetBeanDefinitionNames,过滤未扫描的bean继续扫描，直到扫完为止 每扫一个bean执行完全部步骤之后都会 执行在扫描期间扫描到的注解@I ...

启动时输出jvm所有的配置 -XX:+PrintFlagsFinal 启动时输出非默认的jvm参数(人为配置的) -XX:+PrintCommandLineFlags 循环放置安全点 -XX:+UseCountedLoopSafepoints 设置默认的hashcode -XX:hashCode=0此类方案返回一个Park-Miller伪随机数生成器生成的随机数 -XX:hashCode=1此类方案将对象的内存地址，做移位运算后与一个随机数进行异或得到结果 -XX:hashCode=2永远返回固定值1 -XX:hashCode=3此类方案返回一个自增序列的当前值 -XX:hashCode=4此类方案返回当前对象的内存地址 内存1. -Xms1024m 最小堆内存大小(memory start) 2. -Mmx2048m 最大堆内存大小(memory max) 3. -XX:+UseCompressedOops 开启普通对象的指针压缩，此参数也会默认开启UseCompressedClassPointers 一个对象的指针默认为8字节(64bit) ...

场景电商促销的逻辑，由于算价过程涉及的逻辑较多，所以有关算价的过程及结果数据都会打印下来，一旦有问题较容易排查满减赠折是促销模块比较复杂的逻辑，这次出现问题的原因是因为建了一个满减赠折的活动，满1元送一个赠品以及100个积分，几十万元送几十w个赠品，导致在打印日志的时候出现了问题 问题分析好在运维人员配置了自动dumpMemory -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/applicationNameHeapdump.hprof 在JVM内存溢出的时候自动dump内存快照,HeapDumpPath指定dump的路径，不指定的话默认输出路径为项目的根路径 经本地main方法测验，只要dump过一次，之后多次出现的oom不会dump第二次(删除dump的文件也不行) 用jProfiler分析之后发现果然是日志打印过多，就是因为送赠品送了几十w个，会产生几十w个对象，显然这是不正确的，实际应该用数值表示有多少个即可。所以几十w个对象再用日志输出的时候显然就成为了一个系统瓶颈毕竟在写完磁盘之前，这些对象一直贮存在 ...

大体流程不同的bean实现的接口不同、它的作用也不不同、那么他的加载顺序也不同具体可参考beanFactory对不同类型的bean加载的顺序 如果bean的类型相同、实现的接口也相同则根据 实现org.springframework.core.PriorityOrdered接口 实现org.springframework.core.Ordered接口 注解@Order 注解@Priority 以上优先级从高到低接口优先级比注解的高如果都是接口PriorityOrdered优先级更高如果都是注解@Order优先级更高数值越小的优先级就越高 代码流程具体可参考org.springframework.core.OrderComparator 默认的排序（不支持注解） 具体可参考org.springframework.core.annotation.AnnotationAwareOrderComparator 支持注解的排序 具体可参考org.springframework.core.annotation.OrderUtils 获取注解 spring 中对bean的排序 ...

spring启动流程中的refresh阶段beanFactory在refresh阶段完成配置、扫描bean、注册bean等重要操作步骤 refresh代码流程 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051public abstract class AbstractApplicationContext extends DefaultResourceLoader implements ConfigurableApplicationContext { ... public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { ... // 获取beanFactory,默认为new Defa ...

spring的MVC是遵循着servlet规范的。 servlet规范当Http服务器接收请求后，Http服务器不直接调用业务类，而是把请求交给Servlet容器去处理，Servlet容器会将请求转发到具体的ServletServlet是个接口，如果想要让业务类具备处理请求的能力则需要实现此并接口，并配置到web.xml当中即可。调用servlet时如果还没创建，就加载并实例化这个Servlet，然后调用这个Servlet的service方法 123456789101112131415public interface Servlet { // Servlet容器在加载Servlet类的时候会调用init方法 void init(ServletConfig config) throws ServletException; // ServletConfig就是封装Servlet的初始化参数。可以在web.xml给Servlet配置参数 ServletConfig getServletConfig(); // 处理请求 void se ...