spi

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本文聊一个工具类，MapStruct ，它是一个在 dto,po(do/entity),vo 等这些 pojo 中转换字段的一个工具，在应用中经常有这样的转换，在 spring 和 apache-commons 中也有 BeanUtils 复制，但不够灵活， 我之前也用反射写过一个字段复制 ，这种复制一般来是是很大量的，用反射会使系统的性能降低，有一种更高效的办法就是使用字节码工具类生成这些代码，这时在编译期就把代码弄好了，并且出错也好调试。 除了 MapStruct ，类似的工具还有 Spring 的 BeanUtils ,apachecommons 的 BeanUtils Dozer - Mapper that copies data from one object to another using annotations and API or XML configuration. JMapper - Uses byte code manipulation for lightning-fast mapping. Supports annotations and API or XML configuration. ModelMapper - Intelligent object mapping library

总线有三种：内部总线、系统总线和外部总线。内部总线是微机内部各外围芯片与处理器之间的总线，用于芯片一级的互连；而系统总线是微机中各插件板与系统板之间的总线，用于插件板一级的互连；外部总线则是微机和外部设备之间的总线，微机作为一种设备，通过该总线和其他设备进行信息与数据交换，它用于设备一级的互连。 除了总线外，还有一些接口，他们是多种总线的集合体，或者说来者不拒。 SPI SPI（Serial Peripheral Interface): MOTOROLA公司提出的同步串行总线方式。高速同步串行口。3~4线接口，收发独立、可同步进行。 因硬件功能强大而被广泛应用。在单片机组成的智能仪器和测控系统。如果对速度要求不高，采用SPI总线模式十个不错的选择。他可以节省I/O端口，提高外设的数目和系统性能。标准SPI总线由四根线组成：串行时钟线（SCK）、主机输入/从机输出线（MISO）、主机输出/从机输入线（MOSI）和片选信号（CS）。有的SPI接口芯片带有中断信号线或没有MOSI。 SPI总线由三条信号线组成：串行时钟（SCLK）、串行数据输出（SDO)、串行数据输入（SDI）。SPI总线可以实现多个SPI设备互相连接。提供SPI串行时钟的SPI设备为SPI主机或者主设备间可以实现全双工通信，当有多个从设备时，还可以增加一条从设备选择线。如果用通用IO口模拟SPI总线，必须要有一个输出口

spi机制 SPI的全名为Service Provider Interface，为某个接口寻找服务实现的机制。 Java SPI约定 在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。 外部程序装配这个模块的时候，通过该jar包META-INF/services/里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。 jdk提供服务实现查找的一个工具类：java.util.ServiceLoader Spring Boot中的SPI机制 这种自定义的SPI机制是Spring Boot Starter实现的基础。 META-INF/spring.factories文件中配置接口的实现类名称 在程序中读取这些配置文件并实例化 dubbo 2.7中的SPI机制 Dubbo 并未使用 Java SPI，而是重新实现了一套功能更强的 SPI 机制。 Dubbo SPI 的相关逻辑被封装在了 ExtensionLoader 类中，通过 ExtensionLoader，我们可以加载指定的实现类。 Dubbo SPI 所需的配置文件需放置在 META-INF/dubbo 路径下 private static final String SERVICES_DIRECTORY = "META-INF/services/

一、什么是SPI SPI ，全称为 Service Provider Interface，是一种服务发现机制。它通过在ClassPath路径下的META-INF/services文件夹查找文件，自动加载文件里所定义的类。 SPI 的本质是将接口实现类的全限定名配置在文件中，并由服务加载器读取配置文件，加载实现类。这样可以在运行时，动态为接口替换实现类。正因此特性，我们可以很容易的通过 SPI 机制为我们的程序提供拓展功能。SPI 机制在第三方框架中也有所应用，比如 Dubbo 就是通过 SPI 机制加载所有的组件。不过，Dubbo 并未使用 Java 原生的 SPI 机制，而是对其进行了增强，使其能够更好的满足需求。在 Dubbo 中，SPI 是一个非常重要的模块。基于 SPI，我们可以很容易的对 Dubbo 进行拓展。如果大家想要学习 Dubbo 的源码，SPI 机制务必弄懂。 这一机制为很多框架扩展提供了可能，比如在Dubbo、JDBC中都使用到了SPI机制。我们先通过一个很简单的例子来看下它是怎么用的。 JAVA SPI: sun.misc.Service java.util.ServiceLoader public final class ServiceLoader<S> implements Iterable<S> { private static final

在Dubbo整体架构分析中介绍了Dubbo中除了Service和Config层为API外，其他各层均为SPI，为SPI意味着下面各层都是组件化可以被替换的，也就是扩展性比较强，这也是Dubbo比较好的一点。 JDK中标准SPI原理 Dubbo增强的SPI功能是从JDK标准SPI演化而来的，所以有必要先讲讲标准SPI的原理。 JDK中的SPI（Service Provider Interface）是面向接口编程的，服务规则提供者会在JRE的核心API里面提供服务访问接口，而具体实现则由其他开发商提供。 例如规范制定者在rt.jar包里面定义了数据库的驱动接口java.sql.Driver。那么MySQL实现的开发商则会在MySQL的驱动包的META-INF文件夹下建立名称为java.sql.Driver的文件，文件内容就是MySQL对java.sql.Driver接口的实现类，如下图： 如下代码可知 com.mysql.jdbc.Driver 就是实现了 java.sql.Driver 接口： public class com.mysql.jdbc.Driver extends com.mysql.jdbc.NonRegisteringDriver implements java.sql.Driver 上面讲解了如何使用SPI扩展自定义自己的实现，下面来说说SPI实现原理