1.Android源码阅读分析：ActivityManagerService分析（一）——启动流程
2.SpringBoot源码学习——SpringBoot自动装配源码解析+Spring如何处理配置类的
3.spring-boot-starter-data-elasticsearch 2.7.16 跳过 ElasticSearch 8.10.2的SSL验证的方法
4.（二）springboot之spring-boot-starter-web
5.分析SpringBoot 的Redis源码

Android源码阅读分析：ActivityManagerService分析（一）——启动流程

       本文深入解析了Android源码中的ActivityManagerService，即AMS的核心功能与启动流程。AMS作为管理Android四大组件的关键组件，其重要性不言而喻。本篇将从AMS的创建与启动逻辑开始分析，为理解其内部机制打下基础。gohosts源码

       AMS的创建始于SystemServer的startBootstrapServices方法。此方法通过SystemServiceManager的startService方法启动Lifecycle类实例，从而创建AMS对象。Lifecycle作为适配器，连接了AMS与SystemService之间的交互。再通过Lifecycle的构造器，创建出AMS实例。

       创建过程中，AMS线程、UI线程、CpuTracker线程和系统目录被初始化，红包派送软件源码同时StackSupervisor与ActivityStarter也得以创建，完成AMS对象的创建。

       随后，ActivityManagerService的startService(SystemService)方法执行，完成服务的注册与启动。Lifecycle的onStart方法调用ActivityManagerService的start方法，启动关键操作。

       在SystemServer的startBootstrapServices方法中，创建完AMS后，执行其setSystemProcess方法，为系统进程启动Application实例与服务注册。然后，SystemServer继续调用startBootstrapServices、startCoreServices与startOtherServices方法，启动更多系统服务与持久化进程，完成桌面Activity的奇迹好易源码启动与广播发布。

       文中总结了AMS创建与启动的关键步骤，并预告后续文章将深入探讨AMS的具体使用、对四大组件的管理以及内存管理等内容。通过本篇解析，读者能更直观地理解Android系统中AMS的核心功能与作用。

SpringBoot源码学习——SpringBoot自动装配源码解析+Spring如何处理配置类的

       SpringBoot通过SPI机制，借助外部引用jar包中的META-INF/spring.factories文件，实现引入starter即可激活功能，简化手动配置bean，实现即开即用。

       启动SpringBoot服务，通常使用Main方法启动，其中@SpringBootApplication注解包含@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan，自动装配的仿宝宝树源码核心。

       深入分析@SpringBootApplication，其实质是执行了@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan三个注解的功能，简化了配置过程，强调了约定大于配置的思想。

       SpringBoot的自动装配原理着重于研究如何初始化ApplicationContext，Spring依赖于ApplicationContext实现其功能，SpringApplication#run方法为初始化ApplicationContext的入口。

       分析SpringApplication构造方法，SpringApplication.run(启动类.class, args) 实际调用的是该方法，其关键在于根据项目类型反射生成合适的ApplicationContext。

       选择AnnotationConfigServletWebServerApplicationContext，此上下文具备启动Servlet服务器和注册Servlet或过滤器类型bean的能力。

       准备刷新ApplicationContext，SpringBoot将主类注册到Spring容器中，建站源码和主题以便@ConfigurationClassPostProcessor解析主类注解，发挥@Import、@ComponentScan的作用。

       刷新ApplicationContext过程包括一系列前置准备，如将主类信息封装成AnnotatedGenericBeanDefinition，解析注解并调用BeanDefinitionCustomizer自定义处理。

       解析配置类中的注解，通过BeanDefinitionRegistryPostProcessor和ConfigurationClassParser实现，筛选、排序候选者，并解析@Import注解实现自动装配。

       增强配置类，ConfigurationClassPostProcessor对full模式的配置进行增强，确保@Import正确处理，CGLIB用于增强原配置类，确保生命周期完整，避免真正执行@Bean方法逻辑。

       深入解析AutoConfigurationImportSelector实现自动装配，通过spring.boot.enableautoconfiguration设置开启状态，读取spring-autoconfigure-metadata.properties和META-INF/spring.factories文件，筛选并加载自动配置类。

spring-boot-starter-data-elasticsearch 2.7. 跳过 ElasticSearch 8..2的SSL验证的方法

       针对解决Spring Boot Starter Data Elasticsearch 2.7.在使用Elasticsearch 8..2时跳过SSL验证的问题，网上普遍提供的是证书导入方法，而实际上通过简便的代码实现这一功能同样可行。

       网上关于此问题的信息相对稀缺，但通过探究Spring源代码，我找到了一个简单且有效的解决策略，并将其记录下来供参考。

       在进行操作前，需明确相关组件版本：ElasticSearch的版本是8..2。

       在应用配置文件（application.properties）中进行相应的配置。

       在进行单元测试时，若直接启动应用，会遇到错误提示。为解决此问题，需要实现RestClientBuilderCustomizer接口。

       通过实现上述接口并注入Elasticsearch客户端，我们能够自定义客户端构建器，进而控制SSL验证行为。具体实现时，重写customize方法，移除或修改SSL验证相关设置，以达到跳过SSL验证的目的。

       实现完毕后，重新启动应用进行验证，此时验证过程应能顺利通过，问题得以解决。

（二）springboot之spring-boot-starter-web

       springboot版本：3.0.2

       通过查看spring-boot-starter-web依赖文件的源码，我们可以发现其依赖的jar包包括以下内容：

       spring-boot-starter-web依赖启动器的主要功能是为Web开发提供所有必要的底层依赖。

       因此，在pom.xml文件中引入spring-boot-starter-web依赖启动器之后，我们就可以直接进行Web场景的开发，无需额外导入Tomcat服务器或其他Web依赖文件。当然，这些依赖文件的版本号是由spring-boot-starter-parent父依赖进行统一管理的。

       详细依赖图，请访问：spring-boot-starter-web依赖图 思维导图模板_ProcessOn思维导图、流程图 获取。

分析SpringBoot 的Redis源码

       在Spring Boot 2.X版本中，官方简化了项目配置，如无需编写繁琐的web.xml和相关XML文件，只需在pom.xml中引入如spring-boot-starter-data-redis的starter包即可完成大部分工作，这极大地提高了开发效率。

       深入理解其原理，我们研究了spring-boot-autoconfigure和spring-boot-starter-data-redis的源码。首先，配置项在application.properties中的设置会被自动映射到名为RedisProperties的类中，此类由RedisAutoConfiguration类负责扫描和配置。该类会检测是否存在RedisOperations接口的实现，例如官方支持的Jedis或Lettuce，以此来决定使用哪个客户端。

       在RedisAutoConfiguration中，通过@Bean注解，它引入了LettuceConnectionConfiguration和JedisConnectionConfiguration，这两个配置类会创建RedisConnectionFactory实例。在注入RedisTemplate时，实际使用的会是第一个被扫描到的RedisConnectionFactory，这里通常是LettuceConnectionFactory，因为它们在@Import注解的导入顺序中位于前面。

       自定义starter时，可以模仿官方starter的结构，首先引入spring-boot-autoconfigure，然后创建自己的配置类（如MyRedisProperties）和操作模板类（如JedisTemplete）。在MyRedisAutoConfiguration中，你需要编写相关配置并确保在spring.factories文件中注册，以便Spring Boot在启动时扫描到你的自定义配置。

       以自定义my-redis-starter为例，项目结构包括引入的依赖，配置类的属性绑定，以及创建连接池和操作方法的实现。测试时，只需在Spring Boot项目中引入自定义starter，配置好相关参数，即可验证自定义starter的正确工作。