1.spidev_test使用指南
2.java spi机制详解
3.Dubbo之SPI实现原理详解
4.SpringBoot源码学习——SpringBoot自动装配源码解析+Spring如何处理配置类的
5.STM32 SPI DMA 源码解析及总结
6.基于stm32的spi接口dma 数据收发实例解析

spidev_test使用指南

       spidev_test, 类似于i2c-tools工具，是一个用户态的SPI BUS测试程序，其源代码存储在kernel目录下的tools文件夹，具体为tools/spi/spidev_test.c。在buildroot环境中，有一个名为spidev_test的anaconda看不了源码预编译包，方便用户直接进行编译，用于调试SPI总线。

       在buildroot-.的package/spidev_test/spidev_test.mk中，spidev_test的当前版本为4.。若希望更新至5.4版本，需要更新相应的配置。新版本的spidev_test增加了速率测试功能，可以用来评估SPI总线的传输速度。

       在使用spidev_test进行测试时，通常需要一个主机和一个从机进行交互。如果测试环境有限，phpcmf项目源码也可以通过单个master设备进行简单测试。只需连接SIMO和MOSI接口，如在STMPMPmini开发板上，可以通过杜邦线将PZ1和PZ2短接起来，以实现基本的测试环境设置。

java spi机制详解

       spi机制的使用

       定义一个接口，通过实现这个接口提供功能。

       创建两个实现版本，供选择。

       在META-INF/services文件下创建对应接口全路径名的配置文件。

       在配置文件中指定接口的实现类名称。

       spi机制将根据配置文件中的信息加载并实例化相应的实现类。

       测试结果，验证spi机制正常工作。

       源码解读

       首先，清除之前的weblogic源码调试spi配置并创建一个LazyIterator迭代器。

       构建迭代器，用于遍历配置文件。

       解析配置文件中的类名迭代器。

       调用hasNext方法，执行lookupIterator的hasNext方法，从而调用LazyIterator的hasNextService方法。

       资源路径需置于META-INF/services目录下，并且资源文件名与接口全路径名一致。

       编译时，若路径或文件名不正确，会报错。

       配置的类必须是接口的实现类，否则在实例化时会报错。

       获取配置的spi实例，完成spi机制的完整流程。

Dubbo之SPI实现原理详解

         SPI全称为Service Provider Interface，是一种服务提供机制，比如在现实中我们经常会有这种场景，就是对于一个规范定义方而言（可以理解为一个或多个接口），具体的服务实现方是不可知的（可以理解为对这些接口的实现类），那么在定义这些规范的时候，就需要规范定义方能够通过一定的方式来获取到这些服务提供方具体提供的是哪些服务，而SPI就是进行这种定义的。

        说明：

        Dubbo 的扩展点加载是基于JDK 标准的 SPI 扩展点发现机制增强而来的，Dubbo 改进了 JDK 标准的 SPI 的以下问题：

        dubbo对于SPI的实现主要是在ExtensionLoader这个类中，这个类主要有三个方法：

        如下是getExtension()方法的源码：

createExtension()方法的源码：

        在createExtension()方法中，其主要做了三件事：

        关于wrapper对象，这里需要说明的是，其主要作用是为目标对象实现AOP。wrapper对象有两个特点：

getExtensionClasses()方法的源码

loadDirectory()方法的源码：

loadClass()方法的源码

        loadClass()方法主要作用是对子类进行划分，这里主要划分成了三部分：

        总结而言，getExtension()方法主要是获取指定名称对应的子类。在获取过程中，首先会从缓存中获取是否已经加载过该子类，如果没加载过则通过定义文件加载，并且使用获取到的wrapper对象封装目标对象返回。

getAdaptiveExtension()方法源码

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

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

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

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

       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文件，筛选并加载自动配置类。

STM SPI DMA 源码解析及总结

       一 前言

       在调试STM的SPI接口时，我遇到了一个复杂的难题。解决这一问题花费了大量时间，这次经历促使我回顾并总结了STM的SPI代码。本文将以此为主线，分享我在这个过程中的心得。

       二 初始化

       STM SPI接口的初始化遵循标准流程，包括初始化和配置两部分。确保接口正确初始化，需注意以下几点：

       1. 避免重复使用接口，确保其唯一性。

       2. 检查接口硬件部分是否正常连接，可通过GPIO端口的电平检测。

       3. 选择合适的系统主频，避免设置过高，以匹配SPI接口的速率。

       三 数据收发

       数据收发功能通过HAL库的API实现，主要包括：

       1. 数据发送：`HAL_SPI_Transmit_DMA`函数。

       2. 数据接收：`HAL_SPI_Receive_DMA`函数。

       使用时应特别注意CS（Chip Select）信号的控制，确保在DMA操作期间保持CS低电平，避免数据丢失。

       四 总结

       在SPI开发中，遵循正确流程至关重要。面对问题，应基于对代码的理解和实践经验进行分析，而不是依赖计算机自动解决。正确处理初始化、数据收发等环节，避免常见错误，能有效提升开发效率。

基于stm的spi接口dma 数据收发实例解析

       一 前记

       初次接触基于STM的SPI接口DMA数据收发时，由于对CUBEMX不甚熟悉，我遇到了不少挑战。经过一番摸索，解决了问题，现整理分享，希望能帮助到有类似需求的朋友们。

       二 源码解析

       1 SPI的DMA发送端配置：关键在于正确设置DMA的传输模式，如循环模式或正常模式，以确保数据正确传输。

       2 主函数源码：在主函数中，初始化SPI、DMA通道及传输数据，实现DMA发送。

       3 SPI的DMA接收端配置：重点在于正确配置DMA接收通道及事件触发机制，确保接收数据准确无误。

       4 SPI SLAVE源码：实现SPI从设备功能，完成数据接收。

       三 总结

       1 DMA的配置模式：选择正确的传输模式至关重要，我从初始的循环模式调整至正常模式，解决了数据接收的错误问题。

       2 SPI位宽设置：默认设置可能限制数据传输，将位宽设置为8位可确保完整数据接收。

       3 感触：使用CUBE MX虽强大，但需充分理解其原理与含义，避免误入陷阱。编码水平和经验是成功的关键。