1.Vue2.6x源码解析（一）：Vue初始化过程
2.coreboot源码分析之 boot state machine 设计
3.Unlua源码解析（附二） 源码中的源码重要类及核心函数逐行解释
4.Rocket Core核心结构剖析--记分牌部件（Scoreboard）
5.简单概括Linux内核源码高速缓存原理（图例解析）
6.驱动I2C驱动分析(四)-关键API解析
Vue2.6x源码解析（一）：Vue初始化过程
Vue2.6x源码解析（一）：Vue初始化过程
Vue.js的核心代码在src/core目录，它在任何环境都能运行。解析项目入口通常在src/main.js，源码引入的解析Vue构造函数来自dist/vue.runtime.esm.js，这个文件导出了Vue构造函数，源码允许我们在创建Vue实例前预置全局API和原型方法。解析卡行天下物流源码
初始化前，源码Vue构造函数在src/core/instance/index.js中定义，解析它预先挂载了全局API如set、源码delete等。解析即使不通过new Vue初始化，源码Vue本身已具备所需功能。解析
当执行new Vue时，源码实际上是解析调用了_init方法，这个过程会在src/core/index.js的源码initGlobalAPI(Vue)中初始化全局API和原型方法。接着，组件实例的初始化与根实例基本一致，包括组件构造函数的定义，以及组件的生命周期、渲染和挂载。
组件初始化过程中，关键步骤包括数据转换为响应式、事件注册和watcher的创建。例如，组件的渲染函数会触发渲染方法，而watcher的更新则通过异步更新队列机制确保性能。
在开发环境，Vue-template-compiler插件负责模板编译，然后runtime中的$mount方法负责实际的渲染和挂载。整个过程涉及组件的构建、渲染函数生成、依赖响应式数据的更新和异步调度。
coreboot源码分析之 boot state machine 设计
boot state machine 在 Coreboot 中提供了一种系统启动流程的结构化方式，其主要功能是jupyter 显示源码将整个 ramstage 的启动过程转化为一系列状态机函数的调用。定义了个状态，通过枚举常量 `enum boot_state_t` 进行标识。每个状态可选择性地定义 `entry` 回调函数和 `exit` 回调函数，分别在状态转换前和后执行，以实现类似函数调用栈的操作。 状态机的核心数据结构包括： 状态描述符，包含 `run_state` 函数，用于执行状态的主要任务。 `entry` 和 `exit` 回调函数，分别在状态转换前和后调用。 `phases` 数组，存放 `entry` 和 `exit` 回调函数的链表。 `blockers`，用于管理状态转换的条件。 定义的个状态的 `run_state` 函数具有特定的实现模式，如 `BS_DEV_ENUMERATE` 的 `run_state` 实现。宏 `BS_INIT_ENTRY` 用于初始化状态描述符，创建 `boot_state_init_entry` 结构体，其中包含状态的入口/出口回调函数的详细信息。宏 `BOOT_STATE_INIT_ENTRY` 则简化了结构体的初始化过程。 所有状态的 `entry/exit` 函数描述符存储在 `.bs_init` 段中，该段的起始和结束地址由 `src\lib\program.ld` 文件定义。通过遍历 `.bs_init` 段，根据描述符中的状态成员查找状态描述符，并将 `entry/exit` 函数描述符插入到 `boot_state` 结构体的 `phases[]` 数组中，实现状态间正确的回调链接。 启动流程中，`state_tracker` 变量记录当前执行状态的信息。状态机的函数执行通过调用状态描述符中的 `run_state` 函数，同时自动处理 `entry` 和 `exit` 回调函数，确保启动过程的有序性和完整性。Unlua源码解析（附二） 源码中的重要类及核心函数逐行解释
源码解析：重要类及核心函数逐行解释 1. FClassDesc 该类用于描述一个类，包含类名、全能单车源码类大小和继承关系等信息。 2. FFunctionDesc 对应UE中的UFunction，存储更详细信息，如参数、元数据，允许FFunctionDesc调用方法。 3. FProporityDesc 描述参数，并提供参数在Lua和C++间转换的辅助方法。 4. FFieldDesc 用于描述字段的类。 5. FReflectionRegistry 用于注册反射信息，借助UE反射接口加载类。 6. FLuaContext 全局类，负责绑定Lua对象和实现Lua与C++间的交互。 7. LuaCore 包含很多关键方法，如注册类、注册方法，是Unlua的核心类。 8. UUnLuaManager 集成绑定Lua与C++的多种方法。FReflectionRegistry内重要方法
2.1 RegisterClass
-: 通过UE反射接口尝试加载指定类。 : 调用RegisterClass方法。2.2 RegisterClass
-: 若无参数，返回。 -: 获取并检查类的类型信息，仅当类型为Struct时继续。 -: 若已注册，使用注册信息；否则注册新信息，返回。2.3 RegisterClassInternal
存名称和Struct到FClassDesc字典，便于后续使用。 -: 创建FClassDesc并记录相关信息。 -: 遍历父类，记录父类名称和Struct。2.4 GetClassChain
获取类的wim镜像 源码继承链，OutChain表示类及其父类。LuaCore内重要方法
3.1 Global_RegisterClass
读取类型信息，注册类。3.2 RegisterClass
记录反射信息，创建元表，便于Lua与C++交互。3.3 RegisterClassInternal
创建元表，设置元方法，记录全局表中。3.4 RegisterClassCore
创建元表，设置元方法，记录元表信息。3.5 SetTableForClass
将类元表放入全局表。3.6 Class_Index
处理类索引方法。3.7 GetField
获取字段或方法。3.8 GetFunctionList
获取模块内所有方法。3.9 PushObjectCore
创建并绑定Lua对象。3. NewLuaObject
创建Lua表表示UObject。FLuaContext内重要方法
4.1 FindExportedReflectedClass
通过名称查找导出的反射类。4.2 NotifyUObjectCreated
: 存储新创建的Object。 : 尝试绑定Lua到Object。4.3 TryToBindLua
绑定Lua模块到UObject。UUnLuaManager内重要方法
5.1 Bind
新UObject实例创建时，创建Lua对象并绑定。5.2 BindInternal
实现Lua绑定UObject的关键函数。 方法涵盖模块名与C++对象关联、覆盖C++函数、处理动画覆盖等。Rocket Core核心结构剖析--记分牌部件（Scoreboard）
在年底我探索Rocket Core的源代码时，对核心结构进行了深入剖析，尤其是记分牌部件（Scoreboard），当时它缺乏官方的结构说明。这些分析旨在为理解该核心的登录空间源码同学们提供帮助，尽管是基于代码反推，可能存在一些偏差，期待您的指正。
系列文章的完整列表：
记分牌是流水线中至关重要的部分，它负责检测指令操作数的相关性，并在需要时暂停流水线执行。本文主要介绍RocketCore记分牌的架构，以及其在判断相关性和控制流水线阻塞中的作用，重点以整数记分牌为例。
整数记分牌的结构包含个触发器，对应个可读写寄存器，零号寄存器作为只读，不参与记分。记分牌工作原理是：清零操作优先级高于置位，通过清零地址转换成掩码并与触发器值进行与运算，再进行置位，从而影响触发器状态。
RocketCore流水线的复杂性体现在它结合了飞行指令判断和记分牌判断。对于周期确定的指令，其生命周期在WB站台写回寄存器后结束，通过各站台状态判断相关性。而对于周期不确定的指令，如dcache脱靶、整数乘除和rocc指令，它们在EX到WB阶段持续判断，并在WB站台登记目标寄存器，确保相关性得到维护。
简单概括Linux内核源码高速缓存原理（图例解析）
高速缓存(cache)概念和原理涉及在处理器附近增加一个小容量快速存储器(cache)，基于SRAM，由硬件自动管理。其基本思想为将频繁访问的数据块存储在cache中，CPU首先在cache中查找想访问的数据，而不是直接访问主存，以期数据存放在cache中。
Cache的基本概念包括块（block），CPU从内存中读取数据到Cache的时候是以块（CPU Line）为单位进行的，这一块块的数据被称为CPU Line，是CPU从内存读取数据到Cache的单位。
在访问某个不在cache中的block b时，从内存中取出block b并将block b放置在cache中。放置策略决定block b将被放置在哪里，而替换策略则决定哪个block将被替换。
Cache层次结构中，Intel Core i7提供一个例子。cache包含dCache（数据缓存）和iCache（指令缓存），解决关键问题包括判断数据在cache中的位置，数据查找(Data Identification)，地址映射(Address Mapping)，替换策略(Placement Policy)，以及保证cache与memory一致性的问题，即写入策略(Write Policy)。
主存与Cache的地址映射通过某种方法或规则将主存块定位到cache。映射方法包括直接(mapped)、全相联(fully-associated)、一对多映射等。直接映射优点是地址变换速度快，一对一映射，替换算法简单，但缺点是容易冲突，cache利用率低，命中率低。全相联映射的优点是提高命中率，缺点是硬件开销增加，相应替换算法复杂。组相联映射是一种特例，优点是提高cache利用率，缺点是替换算法复杂。
cache的容量决定了映射方式的选取。小容量cache采用组相联或全相联映射，大容量cache采用直接映射方式，查找速度快，但命中率相对较低。cache的访问速度取决于映射方式，要求高的场合采用直接映射，要求低的场合采用组相联或全相联映射。
Cache伪共享问题发生在多核心CPU中，两个不同线程同时访问和修改同一cache line中的不同变量时，会导致cache失效。解决伪共享的方法是避免数据正好位于同一cache line，或者使用特定宏定义如__cacheline_aligned_in_smp。Java并发框架Disruptor通过字节填充+继承的方式，避免伪共享，RingBuffer类中的RingBufferPad类和RingBufferFields类设计确保了cache line的连续性和稳定性，从而避免了伪共享问题。
驱动I2C驱动分析(四)-关键API解析
在Linux内核源代码中的driver目录下包含一个i2c目录
i2c-core.c这个文件实现了I2C核心的功能以及/proc/bus/i2c*接口。i2c-dev.c实现了I2C适配器设备文件的功能，每一个I2C适配器都被分配一个设备。通过适配器访设备时的主设备号都为，次设备号为0-。I2c-dev.c并没有针对特定的设备而设计，只是提供了通用的read(),write(),和ioctl()等接口，应用层可以借用这些接口访问挂接在适配器上的I2C设备的存储空间或寄存器，并控制I2C设备的工作方式。
busses文件夹这个文件中包含了一些I2C总线的驱动，如针对S3C，S3C，S3C等处理器的I2C控制器驱动为i2c-s3c.c. algos文件夹实现了一些I2C总线适配器的algorithm.
I2C Core
i2c_new_device用于创建一个新的I2C设备，这个函数将会使用info提供的信息建立一个i2c_client并与第一个参数指向的i2c_adapter绑定。返回的参数是一个i2c_client指针。驱动中可以直接使用i2c_client指针和设备通信了。
i2c_device_match 函数根据设备和设备驱动程序之间的不同匹配方式，检查它们之间是否存在匹配关系。这个函数通常在 I2C 子系统的设备驱动程序注册过程中使用，以确定哪个驱动程序适用于给定的设备。
i2c_device_probe 函数执行了 I2C 设备的探测操作。它设置中断信息、处理唤醒功能、设置时钟、关联功耗域，并调用驱动程序的 probe 函数进行设备特定的探测操作。
i2c_device_remove 函数执行了 I2C 设备的移除操作。它调用驱动程序的 remove 函数，并进行功耗域的分离、唤醒中断的清除以及设备唤醒状态的设置。
i2c_register_adapter 函数用于注册一个 I2C 适配器。它进行了一系列的完整性检查和初始化操作，并注册适配器设备。然后，注册与适配器相关的设备节点、ACPI 设备和空间处理器。最后，遍历所有的 I2C 驱动程序，并通知它们有新的适配器注册了。
i2c_add_adapter 函数用于添加一个新的 I2C 适配器。它先尝试从设备树节点中获取适配器的编号，如果成功则使用指定的编号添加适配器。如果没有相关的设备树节点或获取编号失败，函数会在动态范围内分配一个适配器 ID，并将适配器与该 ID 相关联。然后，函数调用 i2c_register_adapter 函数注册适配器，并返回注册函数的返回值。
i2c_detect_address 函数用于检测指定地址上是否存在 I2C 设备，并执行自定义的设备检测函数。它会进行一系列的检查，包括地址的有效性、地址是否已被占用以及地址上是否存在设备。如果检测成功，函数会调用自定义的检测函数并根据检测结果进行相应的处理，包括创建新的设备实例并添加到驱动程序的客户端列表中。
i2c_detect 函数根据给定的适配器和驱动程序，通过遍历地址列表并调用i2c_detect_address函数，检测I2C适配器上连接的设备是否存在。
这段代码是一个用于检测I2C适配器上连接的设备的函数。下面是对代码的详细解释：
I2C device
i2c_dev_init执行了一系列操作，包括注册字符设备、创建设备类、注册总线通知器以及绑定已经存在的适配器。它在初始化过程中处理了可能发生的错误，并返回相应的错误码。
i2cdev_attach_adapter作用是将I2C适配器注册到Linux内核中，以便在系统中使用I2C总线。它会获取一个空闲的struct i2c_dev结构体，然后使用device_create函数创建一个I2C设备，并将其与驱动核心相关联。
i2cdev_open通过次设备号获取对应的i2c_dev结构体和适配器，然后分配并初始化一个i2c_client结构体，最后将其赋值给文件的私有数据。
i2cdev_write函数将用户空间的数据复制到内核空间，并使用i2c_master_send函数将数据发送到之前打开的I2C设备中。
i2cdev_read函数在内核中分配一个缓冲区，使用i2c_master_recv函数从I2C设备中接收数据，并将接收到的数据复制到用户空间。
i2cdev_ioctl
i2c_driver
i2c_register_driver将驱动程序注册到I2C驱动核心，并在注册完成后处理所有已经存在的适配器。注册完成后，驱动核心会调用probe()函数来匹配并初始化所有匹配的但未绑定的设备。
I2C 传输
i2c_transfer用于执行I2C传输操作。它首先检查是否支持主控制器，如果支持，则打印调试信息，尝试对适配器进行锁定，然后调用__i2c_transfer函数执行传输操作，并在完成后解锁适配器并返回传输的结果。如果不支持主控制器，则返回不支持的错误码。
i2c_master_send通过I2C主控制器向从设备发送数据。它构建一个i2c_msg结构，设置消息的地址、标志、长度和缓冲区，并将其传递给i2c_transfer函数执行实际的传输操作。函数的返回值是发送的字节数或错误码，用于指示传输是否成功。
i2c_master_recv通过I2C主控制器从从设备接收数据。它构建一个i2c_msg结构，设置消息的地址、标志、长度和缓冲区，并将其传递给i2c_transfer函数执行实际的传输操作。函数的返回值是接收的字节数或错误码，用于指示传输是否成功。
