1.Android源码阅读分析：ActivityManagerService分析（一）——启动流程
2.Nginx源码分析 - 主流程篇 - Nginx的源码启动流程
3.超详细Uboot驱动开发（二）uboot启动流程分析
4.一文了解Linux内核启动流程
5.skynet源码结构、启动流程以及多线程工作原理
6.头秃了，启动二十三张图带你从源码了解SpringBoot启动流程！流程

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

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

       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的具体使用、对四大组件的express mysql 源码管理以及内存管理等内容。通过本篇解析，读者能更直观地理解Android系统中AMS的核心功能与作用。

Nginx源码分析 - 主流程篇 - Nginx的启动流程

       文章内容包含对Nginx源码的基础理解，以及对其主流程的深入分析。首先介绍了Nginx使用的各种基础数据结构，如pool、buf、array、list等，通过理解这些结构能更加深入地了解Nginx源码。

       接下来，文章着重分析了Nginx的启动流程，主要实现函数在./src/core/nginx.c文件中的main()函数。文章展示了main()函数启动过程，并详细解释了几个关键步骤。

       第一步，是通过ngx_get_options方法解析外部参数，比如命令行参数 ./nginx -s stop|start|restart。

       第二步，初始化全局变量，其中init_cycle在内存池上创建一个默认大小为的全局变量，这一过程在ngx_init_cycle函数中完成，详细的全局变量初始化步骤会在后续的文章中展开。

       第三步，通过ngx_save_argv和ngx_process_options保存头部的全局变量定义。

       接着，使用ngx_preinit_modules方法对所有模块进行初始化，并给它们打上标号，这一过程在ngx_module.c文件中进行。

       再一步，通过ngx_create_pidfile创建PID文件，文件管理在ngx_cycle.c文件中实现。

       此外，文章还提到了Nginx中涉及的其他重要模块，指出这些模块的详细解析会在后续的文章中呈现。

       总结，文章以实际代码为例，介绍了Nginx启动的app im 源码全流程，并对关键步骤进行了解释，为读者深入了解Nginx源码奠定了基础。

超详细Uboot驱动开发（二）uboot启动流程分析

       本文将深入解析Uboot（BL2阶段）的启动流程，BL1阶段的详细流程会在后续文章中分享。首先，我们来看Uboot的执行流程，以EMMC作为启动介质为例。

       Uboot启动流程大致如下：首先打开u-boot.lds文件，它是Uboot工程的关键链接脚本，指定入口地址ENTRY(_start)。通过查找u-boot.lds文件（通常在源码目录下），可以理解程序的组装过程。

       进入程序执行，board_init_f()函数在common/board_f.c中，负责调用init_sequence_f进行初始化，包括串口、定时器、设备树和DM驱动模型等，还包括global_data结构体初始化。其中，reloc_xxx函数实现重定向功能，将Uboot镜像移到高端内存以避免内存冲突。

       重定向的必要性和过程包括：当内存不足时，Uboot会将自身镜像移动到DDR的其他位置。具体步骤包括在arch/arm/lib/crt0.S文件内的处理。setup_reloc函数帮助我们跟踪重定向后的地址，便于调试。

       后续，board_init_r负责后置初始化，如外设信息的初始化。最后，执行run_main_loop和main_loop函数，main_loop是Uboot的核心，处理kernel加载、命令行交互和预定义命令等任务。

       在main_loop中，bootdelay_process负责启动倒计时，cli_loop则负责命令行交互。kafka 源码 idea通过理解这些关键步骤，我们对Uboot的启动流程有了全面认识。深入了解部分则可根据个人兴趣逐步探索。

       如果有疑问或需要进一步讨论，欢迎在评论区交流。参考文章链接如下：

       [0]：优化阅读体验

       [1]：board_init_f的详细介绍

       [2]：启动流程参考

       [3]：main_loop的相关内容

一文了解Linux内核启动流程

       本文以Linux3.版本源码为例分析其启动流程。不同版本的启动代码虽然存在差异，但核心的启动逻辑与理念保持不变。

       内核映像在内存中加载并获取控制权后，启动流程启动。由于内核映像是以压缩形式存储的，而非可执行文件，因此首要步骤是自解压内核映像。

       内核在编译时生成vmliunx，通常会被压缩成zImage（小于KB的小内核）或bzImage（大于KB的大内核）。这些内核映像的头部包含解压缩程序。

       通过查找vmlinux文件的链接脚本（vmlinux.lds）中的系统启动入口函数，通常在linux/arch/arm/boot/compressed目录下的Makefile中找到这一信息。

       得到的内核入口函数为stext（linux/arch/arm/kernel/head.S），这是启动流程的关键环节。

       内核启动阶段，通过查找标签__mmap_switched的位置（/linux/arch/arm/kernel/head-common.S），实现内存映射的切换。

       从start_kernel函数开始，内核进入C语言部分，执行内核的大部分初始化任务。函数位于/lint/init/Main.c。

       start_kernel函数涵盖了大量初始化工作，其中包括系统调用、内存管理、进程调度、设备驱动等核心模块的初始化。最终，函数调用rest_init()函数完成剩余初始化。

       kernel_init函数负责设备驱动程序的初始化，并调用init_post函数启动用户进程。现代版本的内核已经将init_post函数的特定任务整合到kernel_init中。

       在内核初始化接近尾声时，nmon源码编译free_initmem函数清除内存的__init_begin至__init_end区间数据。

       内核启动后，运行自己的第一个用户空间应用程序_init，它是使用标准C库编译的第一个程序，进程ID为1。

       _init执行其他必需的进程启动，以使系统进入全面可用的状态。

       以下是内核启动流程图，以直观展示启动过程的关键步骤和顺序。

skynet源码结构、启动流程以及多线程工作原理

       本文主要介绍skynet源码目录结构、启动流程以及其多线程工作原理。

       1、skynet目录结构

       只允许上层调用下层，而下层不能直接调用上层的api，这样做层次清晰。

       2、skynet启动流程

       启动skynet方式：终端输入./skynet exmaple/config

       启动入口函数为skynet_main.c/main, config作为args[1]参数传入

       调用skynet_start.c/skynet_start函数

       3、skynet多线程工作原理

       线程创建工作由skynet_start.c/start完成，主要有以下四类线程：

       1、moniter线程

       初始化该线程的key对应的私有数据块

       每5s对所有工作线程进行一次检测

       调用skynet_monitor_check函数检测线程是否有卡住在某条消息处理

       2、timer定时器线程

       每隔微秒刷新计时、唤醒等待条件触发的工作线程并检查是否有终端关闭的信号，如果有则打开log文件，将log输出至文件中，在刷新计时中会对每个时刻的链表进行相应的处理.

       3、socket套接字线程

       处理所有的套接字上的事件，该线程确保所有的工作线程中至少有一条工作线程是处于运行状态的，以便可以处理套接字上的事件。

       4、worker工作线程

       从全局队列中取出服务队列对其消息进行处理，其运行函数thread_worker的工作原理：首先初始化该线程的key对应的私有数据块，然后从全局队列中取出服务队列对其消息进行处理，最后当全局队列中没有服务队列信息时进入等待状态，等待定时器线程或套接字线程触发条件。

       4、skynet消息处理如何保证线程安全？

       以上介绍了skynet源码中的目录结构以及各部分功能，接着介绍了skynet的启动流程，最后介绍了skynet的多个线程是如何进行协同工作的。

头秃了，二十三张图带你从源码了解SpringBoot启动流程！

       源码版本

       作者使用的是Spring Boot的2.4.0版本。不同版本的Spring Boot可能存在差异，建议读者与作者保持一致，以确保源码的一致性。

       从哪入手

       Spring Boot源码的研究起点是主启动类，即标注着`@SpringBootApplication`注解并且包含`main()`方法的类。这是Spring Boot启动的核心。

       源码如何切分

       SpringApplication中的静态`run()`方法是一个复杂的流程，它分为两步：创建`SpringApplication`对象和执行`run()`方法。接下来将分别介绍这两部分。

       如何创建`SpringApplication`

       创建`SpringApplication`的过程本质上是一个对象的生成，通过调试追踪，最终调用的构造方法如图所示。创建过程主要涉及三个阶段，我们将逐一进行深入。

       设置应用类型

       创建过程中的重要步骤是确定应用类型，这将直接影响项目的性质，如Web应用或非Web应用。应用类型由WebApplicationType枚举类决定，加载特定类（如DispatcherServlet）来判断。

       设置初始化器

       初始化器（ApplicationContextInitializer）用于在IOC容器刷新之前进行初始化操作，例如ServletContextApplicationContextInitializer。获取初始化器的方式是从SpringApplication中的方法调用开始的，最终通过`#SpringFactoriesLoader.loadSpringFactories()`方法从类路径加载。

       设置监听器

       监听器（ApplicationListener）负责监听特定的事件（如IOC容器刷新或关闭）。在Spring Boot中，使用SpringApplicationEvent事件来扩展监听器概念，主要在启动过程中触发。获取监听器的方式与初始化器相同，从spring.factories文件中加载。

       总结

       SpringApplication的构建为`run()`方法的执行铺平了道路，关键步骤包括设置应用类型、初始化器和监听器。注意，初始化器和监听器需要在spring.factories文件中声明，才能在构建过程中加载，此时IOC容器尚未创建，即使注入到容器中也不会生效。

       执行`run()`方法

       在构建结束后，到了启动的阶段，`run()`方法将执行一系列操作，分为八个步骤进行详细解析。

       步骤1：获取并启动运行过程监听器

       SpringApplicationRunListener监听器用于监听应用程序的启动过程，通过调用方法从spring.factories文件中获取运行监听器实例，并执行特定事件的广播。

       步骤2：环境构建

       构建过程包括加载系统和自定义配置（如application.properties），并广播事件通知监听器。

       步骤3：创建IOC容器

       执行容器创建过程，根据应用类型选择容器类型，此步骤仅创建容器，未进行其他操作。

       步骤4：IOC容器的前置处理

       这一步是容器刷新前的准备工作，关键操作是将主启动类注入容器，为后续自动化配置奠定基础。

       步骤5：调用初始化器

       执行构建过程中设置的初始化器，加载自定义的初始化器实现。

       步骤6：加载启动类，注入容器

       将主启动类加载到IOC容器中，作为自动配置的入口。

       步骤7：两次事件广播

       这一步涉及两次事件广播，包括ApplicationContextInitializedEvent和ApplicationPreparedEvent。

       步骤8：刷新容器

       容器刷新由Spring框架完成，包括资源初始化、上下文广播器等。

       步骤9：IOC容器的后置处理

       这一步是容器刷新后的扩展操作，通常用于打印结束日志等。

       步骤：发出结束执行的事件

       使用EventPublishingRunListener广播ApplicationStartedEvent事件，允许在IOC容器中注入的监听器响应。

       步骤：执行Runners

       Spring Boot提供了两种Runner，即CommandLineRunner和ApplicationRunner，用于定制额外操作。

       总结

       Spring Boot启动流程相对简洁，通过八个步骤详细描述了从创建到执行的整个过程。理解run()方法的执行流程、事件、初始化器和监听器的执行时间点是关键。

springboot如何启动内置tomcat？（源码详解）

       SpringBoot项目启动时，无需依赖传统Tomcat，因为内部集成了Tomcat功能。本文将深入解析SpringBoot如何通过源码启动内置Tomcat。

       关键点在于`registerBeanPostProcessors`的`onRefresh`方法，它扩展了容器对象和bean实例化过程，确保单例和实例化完成。`initApplicationEventMuliticaster`则注册广播对象，与`applicationEvent`和`applicationListener`紧密相关。

       文章的核心内容集中在`onRefresh()`方法，其中`createWenServer()`是关键。当`servletContext`和`webServer`为空时，会创建并初始化相关的组件，如`servletWebServerFactory`、`servletContext`（Web请求上下文）、`webServer`（抽象的web容器封装）和`WebServer`实例。`getWebServer()`方法允许在Spring容器刷新后连接webServer。

       SpringBoot通过`TomcatServletWebServerFactory`获取webServer，该工厂负责创建和配置webServer，包括Tomcat组件的初始化，如`Connector`和`Context`的设置，以及与wrapper、engine、service和host等的关联。`new Connector`会根据传入的协议进行定制化配置。

       理解了这些扩展点，用户可以自定义配置，通过`ServerProperties`或自定义`tomcatConnectorCustomizers`和`tomcatProtocolHandlerCustomizers`来扩展Tomcat的连接器和协议处理器。这就是SpringBoot设计的巧妙之处。

       最后，SpringBoot的启动流程涉及逐层初始化和启动Tomcat的组件，如engine、context和wrapper，它们通过生命周期方法如`init`、`start`和`destroy`协同工作。启动过程本质上是一个链式调用，每个组件的初始化和启动都会触发下一层组件的逻辑。

Tomcat源码分析— Bootstrap启动流程

       在探讨Tomcat启动流程之前，需要理解其组件及其周期状态，这为后续深入学习组件初始化与启动等提供了基础。

       实现Lifecycle接口的组件拥有种状态。Bootstrap作为Tomcat启动入口类，负责构造类加载器以加载Catalina内部类，通过查找catalina.home目录下所有jar包，确保安全地加载应用程序类。

       通过Bootstrap的main方法启动Tomcat实例，主要步骤包括创建Bootstrap对象、调用init方法，并根据启动参数执行load和start方法。

       Bootstrap的init方法初始化类加载器，使得Tomcat能加载应用程序类，同时设置当前线程上下文加载器为CatalinaLoader。initClassLoaders方法创建三种类加载器，其中catalinaLoader与sharedLoader的父加载器为commonLoader。完成初始化后，预加载tomcat和javax包下的自定义类，避免访问权限异常。

       调用catalinaLoader加载器加载Catalina类，通过反射实例化对象，并设置sharedLoader实例作为入参，最后将实例化的Catalina对象赋予catalinaDaemon成员变量。

       Tomcat组件的初始化主要在load方法中完成，通过反射调用Catalina的load方法，构建并初始化StandardServer及其子组件。Bootstrap.load方法通过反射调用Catalina的load方法，Catalina的load方法实现序列图中的逻辑，初始化配置文件解析器Digester，构建standardServer实例，绑定当前catalina实例，设置根路径，并调用init方法完成初始化。

       Tomcat中的容器或组件使用模板方法设计模式，子类通过重写LifecycleBase抽象类的模板方法initInternal实现初始化逻辑。LifecycleBase的init方法主要完成两件事：调用父类的LifecycleBase#init方法，由standerServer#initInternal方法执行实际初始化。init方法逻辑包括：执行LifecycleBase#initInternal抽象方法，由standardServer#initInternal方法完成初始化。

       service组件的init方法主要初始化Connector连接器，连接器的初始化尤为重要。不同协议处理器如AjpAprProtocol、HttpNioProtocol的初始化流程将在后续文章中单独讲解。

       Bootstrap类的main方法通过反射执行catalina实例的start方法，启动standardServer实例，使其监听端口并接收新请求。start方法主要逻辑包括启动Service、Engine容器、Executor执行器、MapperListener监听器、Connector连接器等组件。当启动成功后，创建并监听端口，Tomcat对外提供服务。

       总结，Tomcat的启动流程清晰且依赖模板方法与责任链设计模式，理解这两种模式有助于更好地理解启动过程及代码。启动过程首先初始化各组件，如Server、Service、Engine容器、虚拟主机Host、上下文Context、Executor执行器、Connector连接器等，然后按顺序启动组件，成功后监听端口提供服务。