1.vue-loader源码分析学习
2.Java 集合（3）-- Iterable接口源码级别详解
3.没写过复杂 React 组件？来实现下 AntD 的多功多功 Space 组件吧
4.[Mybatis]-[基础支持层]-插件-plugin标签解析
vue-loader源码分析学习
Vue-loader源码深入解析
Webpack配置中的loader调用和执行位置是在NormalModule的_doBuild方法中，当module需要转换为source时，遍能遍会用到loader-runner包。历器历器本文将逐步分析loader的源码源码核心代码。
首先，多功多功loader的遍能遍人工智能电话机器人源码入口点涉及到source的处理，它包含了整个.vue文件的历器历器代码。VueLoaderPlugin的源码源码作用在于检查版本差异并加载相应的文件，以适应Webpack 5的多功多功更新。
接着，遍能遍代码中的历器历器一大块内容是关于module.rules的处理，这些规则与配置文件中定义的源码源码类似，如test、多功多功include、遍能遍exclude和resolve。历器历器RuleSetCompiler是一个处理rule集合的处理器，它负责收集和转换规则字段，生成带有condition和effects的集合。
loader会监听compiler的compilation和loader hooks，确保插件在vue-loader之前执行。之后，会遍历配置的规则，对不符合特定条件的规则进行报错处理，并处理vue-loader相关的规则，添加自定义字段。
在cloneRule方法中，关键步骤是调用ruleSetCompiler.compileRule，这个方法会执行hook并处理每个rule，将规则的特定字段转换成最终的条件和效果。整个过程确保了规则的正确匹配和处理。
总结来说，rulePlugin扩展配置文件中的rule，而ruleSetCompiler负责管理和执行这些规则，生成最终的处理逻辑。在处理过程中，巧妙地利用闭包缓存和query判断，源码 商城系统确保了对vue资源的精确匹配和处理。
最后，VueLoaderPlugin还针对template、js和ts文件的处理进行了特殊规则设置，确保render function与其他用户代码得到相同的处理，同时通过pitcher处理vue块请求和资源顺序调整。
Java 集合（3）-- Iterable接口源码级别详解
Iterable接口是Java集合框架中的顶级接口，通过实现此接口，集合对象能够提供迭代遍历每一个元素的能力。Iterable接口于JDK1.5版本推出，最初包含iterator()方法，规定了遍历集合内元素的标准。实现Iterable接口后，我们能够使用增强的for循环进行迭代。
Iterable接口内部定义了默认方法，如iterator()、forEach()、spliterator()，这些方法扩展了迭代和并行遍历的灵活性和效率。iterator()方法用于获取迭代器，而forEach()方法允许将操作作为参数传递，实现对每个元素的处理。spliterator()方法则是为了支持并行遍历数据元素而设计，返回的是专门用于并行遍历的迭代器。
在Java 8中，forEach()方法的参数类型是java.util.function.Consumer，即消费行为接口，可以自定义动作处理元素。默认情况下，如果未自定义动作，迭代顺序与元素顺序保持一致。尝试分割迭代器（trySplit()）可以在多线程环境中实现更高效的并行计算，虽然实际分割不总是完全平均，但能有效提升性能。
Iterable接口的notepad开源码实现确保了快速失败机制，即在遍历过程中删除或添加元素会抛出异常，以确保数据一致性。这种方法虽然限制了某些操作，但维护了集合数据的稳定性和可靠性。
总结而言，Iterable接口作为集合顶级接口，定义了迭代遍历的基本规范，通过实现此接口，集合类获得了迭代遍历的能力。它支持的默认方法如iterator()、forEach()和spliterator()，使得Java集合框架在迭代和并行处理方面更加灵活和高效。
没写过复杂 React 组件？来实现下 AntD 的 Space 组件吧
React 开发者在日常工作中经常编写组件，但这些大多为业务组件，复杂度并不高。
组件通常通过传入 props 并使用 hooks 组织逻辑来渲染视图，偶尔会用到 context 跨层传递数据。
相对复杂的组件是怎样的呢？antd 组件库中就有许多。
今天，我们将实现antd组件库中的一个组件——Space组件。
首先，我们来了解一下Space组件的使用方法：
Space是一个布局组件，用于设置组件的间距，还可以设置多个组件的对齐方式。
例如，我们可以使用Space组件来包裹三个盒子，设置方向为水平，渲染结果如下：
当然，我们也可以设置为垂直：
水平和垂直的间距可以通过size属性设置，如large、middle、small或任意数值。
多个子节点可以设置对齐方式，如start、end、幸福饭店源码center或baseline。
此外，当子节点过多时，可以设置换行。
Space组件还可以单独设置行列的间距。
最后，它还可以设置split分割线部分。
此外，你也可以不直接设置size，而是通过ConfigProvider修改context中的默认值。
Space组件会读取context中的size值，这样如果有多个Space组件，就不需要每个都设置，只需要添加一个ConfigProvider即可。
这就是Space组件的全部用法，简单回顾一下几个参数和用法：
Space组件的使用方法很简单，但功能非常强大。
接下来，我们来探讨一下这样的布局组件是如何实现的。
首先，我们来看一下它最终的DOM结构：
每个box都包裹了一层div，并设置了ant-space-item类。
split部分包裹了一层span，并设置了ant-space-item-split类。
最外层包裹了一层div，并设置了ant-space类。
这些看起来很简单，但实现起来却有很多细节。
下面我们来写一下Space组件的实现代码：
首先，我们声明组件props的类型。
需要注意的是，style是React.CSSProperties类型，即可以设置各种CSS样式。
split是React.ReactNode类型，即可以传入jsx。苹果tv 源码
其余参数的类型根据其取值而定。
Space组件会对所有子组件包裹一层div，因此需要遍历传入的children并做出修改。
props传入的children需要转换为数组，可以使用React.Children.toArray方法。
虽然children已经是数组了，但为什么还要使用React.Children.toArray转换一下呢？
因为toArray可以对children进行扁平化处理。
更重要的是，直接调用children.sort()会报错，而toArray之后就不会了。
因此，我们会使用React.Children.forEach、React.Children.map等方法操作children，而不是直接操作。
但这里我们有一些特殊的需求，比如空节点不过滤掉，依然保留。
因此，我们使用React.Children.forEach自己实现toArray：
这部分比较容易理解，就是使用React.Children.forEach遍历jsx节点，对每个节点进行判断，如果是数组或fragment就递归处理，否则push到数组中。
保不保留空节点可以根据keepEmpty的option来控制。
这样，children就可以遍历渲染item了，这部分是这样的：
我们单独封装了一个Item组件。
然后，我们遍历childNodes并渲染这个Item组件。
最后，我们将所有的Item组件放在最外层的div中：
这样就可以分别控制整体布局和Item布局了。
具体的布局还是通过className和样式来实现的：
className通过props计算而来，使用了classnames包，这是react生态中常用的包，根据props动态生成className基本都会使用这个包。
这个前缀是动态获取的，最终就是ant-space的前缀。
这些class的样式都定义好了：
整个容器使用inline-flex，然后根据不同的参数设置align-items和flex-direction的值。
最后一个direction的css可能大家没用过，是设置文本方向的。
这样，就通过props动态给最外层div添加了相应的className，设置了对应的样式。
但还有一部分样式没有设置，也就是间距。
其实这部分可以使用gap设置，当然，也可以使用margin，但处理起来比较麻烦。
不过，antd这种组件自然要做得兼容性好一点，所以两种都支持，支持gap就使用gap，否则使用margin。
问题来了，antd是如何检测浏览器是否支持gap样式的呢？
antd创建一个div，设置样式，并添加到body下，然后查看scrollHeight的值，最后删除这个元素。
这样就可以判断是否支持gap、column等样式，因为不支持的话高度会是0。
然后antd提供了一个这样的hook：
第一次会检测并设置state的值，之后直接返回这个检测结果。
这样组件里就可以使用这个hook来判断是否支持gap，从而设置不同的样式了。
最后，这个组件还会从ConfigProvider中取值，我们之前见过：
所以，我们再处理一下这部分：
使用useContext读取context中的值，并设置为props的解构默认值，这样如果传入了props.size就使用传入的值，否则使用context中的值。
这里给Item子组件传递数据也是通过context，因为Item组件不一定会在哪一层。
使用createContext创建context对象：
把计算出的size和其他一些值通过Provider设置到spaceContext中：
这样子组件就能拿到spaceContext中的值了。
这里使用了useMemo，很多同学不会用，其实很容易理解：
props变化会触发组件重新渲染，但有时候props并不需要变化却每次都变，这样就可以通过useMemo来避免它不必要的更新。
useCallback也是同样的道理。
计算size时封装了一个getNumberSize方法，为字符串枚举值设置了一些固定的数值：
至此，这个组件我们就完成了，当然，Item组件还没展开讲。
先来欣赏一下这个Space组件的全部源码：
回顾一下要点：
思路理得差不多了，再来看一下Item的实现：
这部分比较简单，直接上全部代码了：
通过useContext从SpaceContext中取出Space组件里设置的值。
根据是否支持gap来分别使用gap或margin、padding的样式来设置间距。
每个元素都用div包裹一下，设置className。
如果不是最后一个元素并且有split部分，就渲染split部分，用span包裹。
这块还是比较清晰的。
最后，还有ConfigProvider的部分没有看：
这部分就是创建一个context，并初始化一些值：
有没有感觉antd里用context简直太多了！
确实。
为什么？
因为你不能保证组件和子组件隔着几层。
比如Form和FormItem：
比如ConfigProvider和各种组件（这里是Space）：
还有刚讲过的Space和Item。
它们能用props传数据吗？
不能，因为不知道隔几层。
所以antd里基本都是用context传数据的。
你会你在antd里会见到大量的用createContext创建context，通过Provider修改context值，通过Consumer或useContext读取context值的这类逻辑。
最后，我们来测试一下自己实现的这个Space组件吧：
测试代码如下：
这部分不用解释了。就是ConfigProvider包裹了两个Space组件，这两个Space组件没有设置size值。
设置了direction、align、split、wrap等参数。
渲染结果是正确的：
就这样，我们自己实现了antd的Space组件！
完整代码在github：github.com/QuarkGluonPl...
总结：
一直写业务代码，可能很少写一些复杂的组件，而antd里就有很多复杂组件，我们挑Space组件来写了下。
这是一个布局组件，可以通过参数设置水平、垂直间距、对齐方式、分割线部分等。
实现这个组件的时候，我们用到了很多东西：
很多同学不会封装布局组件，其实就是对整体和每个item都包裹一层，分别设置不同的class，实现不同的间距等的设置。
想一下，这些东西以后写业务组件是不是也可以用上呢？
[Mybatis]-[基础支持层]-插件-plugin标签解析
该系列文章针对 Mybatis 3.5.1 版本
一、Mybatis 插件的作用
Mybatis 针对SQL映射语句执行过程进行拦截处理，而对应的拦截器 Mybaits 又称之为插件（这些插件就是Mybatis的扩展点）。
在 Mybaits 中允许用插件来拦截的方法包括：
通过插件的方式可以实现SQL打印、分页等插件功能实现。
二、Mybatis 插件配置
插件代码逻辑实现后还需要加载到 Mybatis 中才能生效，Mybatis 提供了配置标签，用来声明。
插件在mybatis-config.xml 中的配置案例，如下：
通过 标签，然后在指定的属性 interceptor 配置插件实现类的全路径即可。
三、`plugin` 标签解析
再来回顾一下，XMLConfigBuilder解析时序简图，如下：
在时序图中加载解析在XMLConfigBuilder#pluginElement中完成，相关解析代码如下：
如上述代码，`plugin` 的解析流程很简单
1、加载 `plugin` 下的子标签
2、获取 `plugin` 中 interceptor 属性中的 class 全路径名
3、class 必须实现了 Interceptor接口，如果满足，通过反射实例化类
4、把类加载到存放拦截器的拦截器容器，拦截器链 InterceptorChain
简单来看一下InterceptorChain 代码定义
如上述代码所示，InterceptorChain 本身就是一个容器，用来存放所有从 `plugin` 读取到的拦截器对象。
而这里的拦截器列表，在使用过程中，会通过代理的方式，对目标对象层层代理，通过责任链的方式实现代码执行前后的层层过滤，相关逻辑图如下：
四、interceptor 过滤链代理处理代码
上面提到了 interceptor 过滤链的实现是通过代理的方式层层包裹实现的，下面来简单阅读代理流程源码
Mybatis 中只针对 Executor、ParameterHandler、ResultSetHandler、StatementHandler，这四种情况追加了过滤连的处理。
相关的处理方法入口为InterceptorChain#pluginAll，如下图
如上述代码，遍历所有的插件，调用插件本身的 plugin 方法来处理，也就是 Interceptor#plugin，来看通用实现
（也可以自定义实现逻辑），代码如下
如上述代码，通用的代理逻辑交由工具类 Plugin 来实现，
接着来看一下 Plugin#wrap 方法源码
如上述源码所示，通过配对当前 interceptor 是否符合目标对象 target ，如果配对，构建相应的代理对象。
以此类推，随后实现如下图的效果：
五、总结
通过上述源码解析能够知道一个插件，也就是一个 Interceptor 的定义需要满足两个条件
1、该插件实现类实现了 Interceptor 接口
2、该插件实现类通过注解 @Intercepts 指定了该插件需要拦截的对象，也就是 Executor、ParameterHandler、ResultSetHandler、StatementHandler 中的一种或者多种
`plugin` 标签中配置的是一系列拦截器，这些拦截器通过代理的方式组合起来实现了过滤器链。
而这些过滤器数据存储在 InterceptorChain 中，最终数据仍然会存在 Configuration 中，相关的 Configuration 逻辑图如下：