• 我是SPI,我让框架更加优雅了!


    文章首发于【陈树义的博客】,点击跳转到原文《我是 SPI,我让框架更加优雅了!》

    自从上次小黑进入公司的架构组之后,小黑就承担起整个公司底层框架的开发工作。就在刚刚,小黑又接到一个任务:做一个通用的歌曲信息解析框架。即输入歌曲数据,之后返回该歌曲的名称、作者、时长等时间。

    接到项目的小黑经过两天的奋战,终于把第一个版本的歌曲解析框架完成了。第一版的歌曲解析框架是这样的:

    public class ParseUtil{
        public static Song parseMp3Song(byte[] data){
            //parse song according to mp3 data format
        }
    }
    

    使用的人只需要引入工具类,之后调用 parseMp3Song() 方法即可,非常方便。

    ParseUtil.parseMp3Song(data);	  //song stored with mp3 format
    

    过了几天领导又找上门来了,说有些歌曲是用 mp4 格式存储的,你这个方法就用不了啊。你今天下班之前赶紧把这个功能加上,其他项目急着用呢。苦逼的小黑加班加点在 ParseUtil 中加上了 parseMp4Song 这个方法,于是第二版的歌曲解析框架是这样的:

    public class ParseUtil{
        public static Song parseMp4Song(byte[] data){
            //parse song according to mp4 data format
        }
    }
    

    写完之后小黑赶紧将框架版本升级到 2.0.0,并通知使用框架的兄弟们升级框架,并修改相关代码。这时候使用框架是这样的:

    ParseUtil.parseMp3Song(data);	  //song stored with mp3 format
    ParseUtil.parseMp4Song(data);	  //song stored with mp4 format
    

    但第二版本的歌曲解析框架上线之后,小黑觉得这样的设计并不好,要是后面又有新的歌曲格式,那我岂不是还得修改框架。而且对于使用框架的人来说,这种使用方式并不友好。因为每次调用框架之前,都需要知道解析的歌曲是什么格式,如果是 mp3 格式的歌曲,那么调用 ParseUtil.parseMp3Song(data) 方法。,如果是 mp4 格式的歌曲,那么调用 ParseUtil.parseMp4Song(data) 方法。这未免太笨了吧!

    小黑想:无论对于什么样歌曲,都不应该让框架使用者去关心它的格式。框架使用者只需要将数据传给我,我再将结果告诉他就好了。

    就在小黑冥思苦想的时候,站在一旁的树义同学说:你想一想,这种情况是不是有点像我们使用 JDBC 连接数据库?

    当我们想使用 MySQL 数据库的时候,我们需要引入 mysql 的驱动包。

    <dependency>
      <groupId>mysql</groupId>
      <artifactId>mysql-connector-java</artifactId>
      <version>5.1.6</version>
    </dependency>
    

    而当我们使用 SQLServer 数据库的时候,我们需要引入 SQLServer 的驱动包。

    <dependency>
      <groupId>com.microsoft.sqlserver</groupId>
      <artifactId>mssql-jdbc</artifactId>
      <version>6.4.0.jre8</version>
    </dependency>
    

    但是我们在获取数据库连接的时候,却都是用同样的代码:

    Connection conn = DriverManager.getConnection(DB_URL,USER,PASS);
    Statement stmt = conn.createStatement();
    String sql = "SELECT id, name, url, comment FROM blog";
    ResultSet rs = stmt.executeQuery(sql);
    

    那我们能不能也参考 JDBC 的设计方法,把歌曲解析器这个单独抽离出来,当需要增加一个新的歌曲解析器时,直接引入相关的解析器 Jar 包就好了。这样在增加歌曲格式解析器时,我们就不需要修改框架代码,只需要新增一个特定格式解析器的 Jar 包就可以。

    按着这种实现思路,小黑立即着手开始第三版歌曲解析框架的开发。经过三天三夜的开发,框架终于开发完成,这时候的框架分成了三个部分:

    • song-parser 项目。负责定义通用的歌曲解析接口,并不提供任何具体的歌曲解析器实现。
    • song-parser-mp3 项目。实现了 song-parser 项目的歌曲解析接口,实现了 mp3 格式歌曲的解析。
    • song-parser-mp4 项目。实现了 song-parser 项目的歌曲解析接口,实现了 mp4 格式歌曲的解析。

    这时候使用歌曲解析框架的流程是这样的:

    首先,在项目中引入 song-parser 项目以及具体的解析实现,例如这里我引入 song-parser-mp3、song-parser-mp4 项目。

    //歌曲解析框架
    <dependency>
        <groupId>com.chenshuyi.demo</groupId>
        <artifactId>song-parser</artifactId>
        <version>1.0.0</version>
    </dependency>
    //引入MP3歌曲解析器
    <dependency>
        <groupId>com.xiaohei.demo</groupId>
        <artifactId>song-parser-mp3</artifactId>
        <version>1.0.0</version>
    </dependency> 
    

    这里引入了 mp3 歌曲解析器,那么我们就可以在项目中解析 mp3 格式的歌曲。

    //parse mp3 song
    Song song = ParserManager.getSong(mockSongData("MP3")); 
    

    如果需要解析 mp4 格式的歌曲,那我们引入 mp4 歌曲解析器:

    <dependency>
        <groupId>com.chenshuyi.demo</groupId>
        <artifactId>song-parser</artifactId>
        <version>1.0.0</version>
    </dependency>
    <dependency>
        <groupId>com.xiaohei.demo</groupId>
        <artifactId>song-parser-mp3</artifactId>
        <version>1.0.0</version>
    </dependency>
    //引入MP4歌曲解析器
    <dependency>
        <groupId>com.xiaoshu.demo</groupId>
        <artifactId>song-parser-mp4</artifactId>
        <version>1.0.0</version>
    </dependency>
    

    之后还是使用 ParserManager.getSong(byte[] data) 方法进行歌曲信息解析:

    //parse mp4 song
    Song song = ParserManager.getSong(mockSongData("MP4")); 
    

    经过这样的一个设计,我们发现升级之后,使用的人并不需要修改原有的代码,也不需要升级原有的框架版本,只需要将新的歌曲解析器 Jar 包引入即可。

    看着最新完成的第三版歌曲解析框架,小黑暗暗得意自己的架构设计,觉得这绝对是一个划时代的创造。于是赶紧跟树义分享自己的设计思路,没想到树义却淡定地说:其实这个就是 Java 的 SPI 机制,英文全称是 Service Provider Interface,常用于框架的可扩展实现。Java 语言的 JDBC、JDNI 就使用了这种技术,甚至我们常用的 dubbo 也是在 Java SPI 机制基础上做的改进。

    小黑怪不好意思地摸摸头,原来 Java 的创造者早就想到了,我还以为自己创造了一种新的开发方式呢!虽然树义知道是用 SPI 机制实现的,但树义还是对小黑怎么做出这个框架感到好奇,于是问小黑:你这个框架到底是咋做的叻,说出来让我们学习学习呗!

    小黑得意地打开 IDE 编辑器,滔滔不绝地说起来。其实这个「歌曲解析框架」分为两个部分:

    • song-parser 项目。负责定义通用的歌曲解析接口,并不提供任何具体的歌曲解析器实现。
    • song-parser-xxx 项目。实现了 song-parser 项目的歌曲解析接口,实现了 xxx 格式歌曲的解析。例如上面说的,song-parser-mp3 实现了 mp3 格式歌曲的解析,song-parser-mp4 实现了 mp4 格式歌曲的解析,等等。

    song-parser 项目

    song-parser 项目定义了通用的歌曲解析接口,并不提供具体的解析实现。在 song-parser 项目定义了下面两个关键的接口和类:Parser 接口、ParserManager 类。

    • Parser 接口

    定义了抽象的解析方法,传入歌曲的数据,返回歌曲的信息。

    public interface Parser {
        Song parse(byte[] data) throws Exception;
    }
    
    • ParseManager 类

    主要包括两个三个部分:

    loadInitialParsers() 用于程序启动时初始化所有的歌曲解析器。

    ParserManager.registerParser()用于歌曲解析器的注册。

    ParserManager.getSong()提供了获取歌曲信息的方法。

    public class ParserManager {
    
        private final static CopyOnWriteArrayList<ParserInfo> registeredParsers = new CopyOnWriteArrayList<>();
    
        static {
            loadInitialParsers();
            System.out.println("SongParser initialized");
        }
    
        private static void loadInitialParsers() {
            ServiceLoader<Parser> loadedParsers = ServiceLoader.load(Parser.class);
            Iterator<Parser> driversIterator = loadedParsers.iterator();
            try{
                while(driversIterator.hasNext()) {
                    driversIterator.next();
                }
            } catch(Throwable t) {
                // Do nothing
            }
        }
    
        public static synchronized void registerParser(Parser parser) {
            registeredParsers.add(new ParserInfo(parser));
        }
    
        public static Song getSong(byte[] data) {
            for (ParserInfo parserInfo : registeredParsers) {
                try {
                    Song song = parserInfo.parser.parse(data);
                    if (song != null) {
                        return song;
                    }
                } catch (Exception e) {
                    //wrong parser, ignored it.
                }
            }
            throw new ParserNotFoundException("10001", "Can not find corresponding data:" + new String(data));
        }
    }
    

    其实上面的几个方法对应了 Service Provider Framework 的四个概念:

    • Service Interface 服务接口,这里对应 Song 接口。
    • Provider Registration API 用户注册接口,这里对应 ParserManager.registerParser() 方法。
    • Service Access API 获取服务实例方法,这里对应 ParserManager.getSong() 方法。
    • Service Provider Interface 创建服务实现的接口,这里对应 Parser 接口。

    所有借助 Java SPI 机制实现的框架,除了 Service Interface 服务接口不是必须的之外,其他三个都是必须要有的。

    这里我们用 mp3 歌曲解析器为例,来看看到底是如何实现的插件式的歌曲解析的。

    在 song-parse-mp3 项目中有两个类和一个描述文件,分别是:com.chenshuyi.demo.Parser 文件、Parser 类和 Mp3Parser 类。

    • com.chenshuyi.demo.Parser 文件

    该文件位于/resources/META-INF/services目录下,包含如下地址:com.xiaohei.demo.Parser,表示歌曲解析的具体实现类。

    • Parser 类

    在 Parser 类中,其调用 ParserManager.registerParser() 类将解析器注册到一个 List 集合中。

    public class Parser extends Mp3Parser implements com.chenshuyi.demo.Parser {
        static
        {
            try
            {
                ParserManager.registerParser(new Parser());
            }
            catch (Exception e)
            {
                throw new RuntimeException("Can't register parser!");
            }
        }
    }
    
    • Mp3Parser 类

    而在 Parser.parse() 方法中,则实现了具体的解析业务逻辑。

    public class Mp3Parser implements Parser {
    
        public final byte[] FORMAT = "MP3".getBytes();
    
        public final int FORMAT_LENGTH = FORMAT.length;
    
        @Override
        public Song parse(byte[] data) throws Exception{
            if (!isDataCompatible(data)) {
                throw new Exception("data format is wrong.");
            }
            //parse data by mp3 format type
            return new Song("刘千楚", "mp3", "《北京东路的日子》", 220L);
        }
    
        private boolean isDataCompatible(byte[] data) {
            byte[] format = Arrays.copyOfRange(data, 0, FORMAT_LENGTH);
            return Arrays.equals(format, FORMAT);
        }
    }
    

    当我们调用以下语句去获取歌曲信息时,因为 ParserManager.getSong() 是静态方法,所以会先初始化 ParserManager 类。

    Song song = ParserManager.getSong(mockSongData("MP3"));
    

    在 ParserManager 类中有下面这段代码:

    static {
        loadInitialParsers();
        System.out.println("SongParser initialized");
    }
    

    在 loadInitialParsers() 方法中,调用了 Java 的 ServiceLoader 类获取 Parser 接口的所有实现。

    private static void loadInitialParsers() {
        ServiceLoader<Parser> loadedParsers = ServiceLoader.load(Parser.class);
        Iterator<Parser> driversIterator = loadedParsers.iterator();
        try{
            while(driversIterator.hasNext()) {
                driversIterator.next();
            }
        } catch(Throwable t) {
            // Do nothing
        }
    }
    

    当 ParserManager 初始化完成之后,就调用 getSong() 静态方法。

    public static Song getSong(byte[] data) {
        for (ParserInfo parserInfo : registeredParsers) {
            try {
                Song song = parserInfo.parser.parse(data);
                if (song != null) {
                    return song;
                }
            } catch (Exception e) {
                //wrong parser, ignored it.
            }
        }
        throw new ParserNotFoundException("10001", "Can not find corresponding data:" + new String(data));
    }
    

    从下图我们可以得知,其实 loadInitialParsers() 方法运行之后,是将所有 Parser 接口的所有视线都放到了 ParserManager.registeredParsers 这个 List 中。

    ParserManager.getSong 方法循环遍历所有歌曲解析器,一旦获得正确的解析结果便返回。如果全部遍历结束,还找不到正确的解析器,那么就返回 null。

    在一旁的树义听着虽然有点懵,但是还是大概听懂了。这不就是,但是还是觉得小黑很厉害。但说了这么多,我还不知道怎么用这个框架呢。如果我要新增一种来解析 rmvb 格式歌曲,那应该怎么做呢?小黑淡定地摆出 OK 的手势说:10 分钟搞定。

    小黑首先创建了一个项目 song-parser-rmvb:

    <groupId>com.anonymous.demo</groupId>
    <artifactId>song-parser-rmvb</artifactId>
    <version>1.0.0</version>
    

    接着创建了一个 RmvbParser 类,用于实现具体的歌曲信息解析:

    public class RmvbParser implements com.chenshuyi.demo.Parser {
    
        public final byte[] FORMAT = "RMVB".getBytes();
    
        public final int FORMAT_LENGTH = FORMAT.length;
    
        @Override
        public Song parse(byte[] data) throws Exception{
            if (!isDataCompatible(data)) {
                throw new Exception("data format is wrong.");
            }
            //parse data by rmvb format type
            return new Song("AGA", "rmvb", "《Wonderful U》", 240L);
        }
    
        private boolean isDataCompatible(byte[] data) {
            byte[] format = Arrays.copyOfRange(data, 0, FORMAT_LENGTH);
            return Arrays.equals(format, FORMAT);
        }
    }
    

    之后创建了一个 Parser 类,用于在启动的时候向 ParserManager 类注册解析器:

    public class Parser extends RmvbParser implements com.chenshuyi.demo.Parser {
        static
        {
            try
            {
                ParserManager.registerParser(new Parser());
            }
            catch (Exception e)
            {
                throw new RuntimeException("Can't register parser!");
            }
        }
    }
    

    最后在创建了一个描述文件resources/META-INF/services/com.chenshuyi.demo.Parser,并填上了下面的内容:

    com.anonymous.demo.Parser
    

    改造完成之后,小黑将新的 RMVB 解析器信息告诉了开发兄弟。开发兄弟在项目中引入了新的歌曲解析器依赖:

    //新增rmvb歌曲解析器
    <dependency>
        <groupId>com.anonymous.demo</groupId>
        <artifactId>song-parser-rmvb</artifactId>
        <version>1.0.0</version>
    </dependency> 
    

    之后使用 ParserManager.getSong(byte[] data) 方法进行歌曲信息解析:

    Song song = ParserManager.getSong(mockSongData("RMVB"));
    System.out.println("Name:" + song.getName());
    System.out.println("Author:" + song.getAuthor());
    System.out.println("Time:" + song.getTime());
    System.out.println("Format:" + song.getFormat());
    

    代码成功运行,输出:

    Name:《Wonderful U》
    Author:AGA
    Time:240
    Format:rmvb
    

    站在一旁的树义看得眼睛都呆了,这样的开发效率真的很快,而且又很优雅!

    树义有话说

    Java SPI 无处不在,通过使用 SPI 能够让框架的实现更加优雅,实现可插拔的插件开发。本文中的歌曲解析框架就是借鉴这种方式进行开发的,虽然只是一个简化版的实现,但是其能让你更快了解 SPI 机制的实现原理。

    「歌曲解析框架」代码已经上传到 Github 上,感兴趣的朋友可以下载代码:chenyurong/song-parser-spi-demo。如果想进一步掌握 Java SPI 的应用,建议下载项目并自行扩展一个歌曲解析器,这样可以最大程度上理解 Java SPI 机制。

    很多朋友看到了这篇文章都说我好厉害啊,怎么能想出这么巧妙的方法,其实这些都是模仿 Java JDBC 的源码的。有兴趣的同学可以到我的博客看看这篇文章:带你一行行深入解析JDBC源码

    文章首发于【陈树义的博客】,点击跳转到原文《我是 SPI,我让框架更加优雅了!》

  • 相关阅读:
    intellij idea
    this.getClass().getResource(String) 路径问题
    org.hibernate.AssertionFailure: null id 错误
    Hibernate 映射
    关于idea 在创建maven 骨架较慢问题解决
    常用base.css
    form表单样式
    ul li自适应居中导航
    table-cell实现未知宽高图片,文本水平垂直居中在div
    多行文字水平垂直居中在div
  • 原文地址:https://www.cnblogs.com/chanshuyi/p/deep_insight_java_spi.html
Copyright © 2020-2023  润新知