皮皮网

1.fileloader Դ?源码?
2.webpack5loader和plugin原理解析
3.运用ptcms搭建自用无广告网站（附采集规则和源码）
4.SpringBoot全局配置文件加载原理详解（万字源码分析）
5.DexClassLoader和PathClassLoader的区别

fileloader Դ??

       Loader学习：深入解析babel-loader的功能与实现

       Webpack中的Loader作为模块转换器，其核心职责是源码将源文件内容转换为所需格式。通常，源码Loader通过链式处理，源码以单一功能的源码形式依次作用于源文件，确保输出符合预期。源码宠物管家app源码Loader作为Node.js模块，源码其核心是源码导出一个函数，利用webpack提供的源码API进行操作，如处理返回内容、源码sourceMap、源码AST等。源码

       除了基本的源码代码转换，Loader还可以返回额外信息。源码通过webpack的源码callback API，开发者可以控制返回结果的处理方式。Loader的同步与异步特性，异步Loader如file-loader，需要明确告诉webpack处理的是二进制数据。此外，为了优化性能，Loader可以利用cacheable API缓存转换结果，当依赖不变时，可以显著提升加载速度。

       学习Loader的深入理解，需要掌握各种API，如获取options、处理二进制数据、缓存策略等。以babel-loader为例，神品三花聚顶指标公式源码其源码中体现了这些概念。首先，它依赖@babel/core，并根据用户配置进行定制化处理。loader函数的核心部分，涉及options解析、配置加载、source处理、缓存判断以及元数据订阅等步骤，最后返回转换后的结果。

       总结来说，Loader的核心是处理输入和输出，通过调用webpack提供的API实现各种功能。了解并掌握这些API，我们就可以开始编写自己的定制Loader，如babel-loader那样，为项目提供强大的代码转换能力。现在，对Loader有了更直观的认识，对编写Loader的步骤和技巧也更加清晰了。

webpack5loader和plugin原理解析

       大家好，今天为大家解析下loader和plugin

一、区别

       loader是文件加载器，能够加载资源文件，并对这些文件进行一些处理，诸如编译、压缩等，最终一起打包到指定的文件中

       plugin赋予了Webpack各种灵活的功能，例如打包优化、海南免税朔源码是什么意思资源管理、环境变量注入等，目的是解决loader无法实现的其他事从整个运行时机上来看，如下图所示：

       可以看到，两者在运行时机上的区别：

       loader运行在打包文件之前plugins在整个编译周期都起作用在Webpack运行的生命周期中会广播出许多事件，Plugin可以监听这些事件，在合适的时机通过Webpack提供的API改变输出结果

       对于loader，实质是一个转换器，将A文件进行编译形成B文件，操作的是文件，比如将A.scss或A.less转变为B.css，单纯的文件转换过程

       下面我们来看看loader和plugin实现的原理

Loader原理loader概念

       帮助webpack将不同类型的文件转换为webpack可识别的模块。

loader执行顺序

       分类

       pre：前置loader

       normal：普通loader

       inline：内联loader

       post：后置loader

       执行顺序

       4类loader的执行优级为：pre>normal>inline>post。

       相同优先级的loader执行顺序为：从右到左，从下到上。

       例如：

//此时loader执行顺序：loader3-loader2-loader1module:{ rules:[{ test:/\.js$/,loader:"loader1",},{ test:/\.js$/,loader:"loader2",},{ test:/\.js$/,loader:"loader3",},],},//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},

       使用loader的方式

       配置方式：在webpack.config.js文件中指定loader。（pre、normal、postloader）

       内联方式：在每个import语句中显式指定loader。（inlineloader）

开发一个loader1.最简单的loader//loaders/loader1.jsmodule.exports=functionloader1(content){ console.log("hellofirstloader");returncontent;};

       它接受要处理的源码作为参数，输出转换后的js代码。

2.loader接受的参数

       content源文件的内容

       mapSourceMap数据

       meta数据，可以是任何内容

loader分类1.同步loadermodule.exports=function(content,map,meta){ returncontent;};

       this.callback方法则更灵活，因为它允许传递多个参数，而不仅仅是content。

module.exports=function(content,map,meta){ //传递map，让source-map不中断//传递meta，让下一个loader接收到其他参数this.callback(null,content,map,meta);return;//当调用callback()函数时，总是我的世界源码什么时候公布返回undefined};2.异步loadermodule.exports=function(content,map,meta){ constcallback=this.async();//进行异步操作setTimeout(()=>{ callback(null,result,map,meta);},);};

       由于同步计算过于耗时，在Node.js这样的单线程环境下进行此操作并不是好的方案，我们建议尽可能地使你的loader异步化。但如果计算量很小，同步loader也是可以的。

3.RawLoader

       默认情况下，资源文件会被转化为UTF-8字符串，然后传给loader。通过设置raw为true，loader可以接收原始的Buffer。

module.exports=function(content){ //content是一个Buffer数据returncontent;};module.exports.raw=true;//开启RawLoader4.PitchingLoadermodule.exports=function(content){ returncontent;};module.exports.pitch=function(remainingRequest,precedingRequest,data){ console.log("dosomethings");};

       webpack会先从左到右执行loader链中的每个loader上的pitch方法（如果有），然后再从右到左执行loader链中的每个loader上的普通loader方法。

       在这个过程中如果任何pitch有返回值，则loader链被阻断。webpack会跳过后面所有的的pitch和loader，直接进入上一个loader。

loaderAPI方法名含义用法this.async异步回调loader。返回this.callbackconstcallback=this.async()this.callback可以同步或者异步调用的并返回多个结果的函数this.callback(err,content,sourceMap?,meta?)this.getOptions(schema)获取loader的optionsthis.getOptions(schema)this.emitFile产生一个文件this.emitFile(name,content,sourceMap)this.utils.contextify返回一个相对路径this.utils.contextify(context,request)this.utils.absolutify返回一个绝对路径this.utils.absolutify(context,request)

       更多文档，请查阅webpack官方loaderapi文档

手写clean-log-loader

       作用：用来清理js代码中的console.log

//loaders/clean-log-loader.jsmodule.exports=functioncleanLogLoader(content){ //将console.log替换为空returncontent.replace(/console\.log\(.*\);?/g,"");};手写banner-loader

       作用：给js代码添加文本注释

       loaders/banner-loader/index.js

constschema=require("./schema.json");module.exports=function(content){ //获取loader的options，同时对options内容进行校验//schema是options的校验规则（符合JSONschema规则）constoptions=this.getOptions(schema);constprefix=`/**Author:${ options.author}*/`;return`${ prefix}\n${ content}`;};

       loaders/banner-loader/schema.json

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},0手写babel-loader

       作用：编译js代码，将ES6+语法编译成ES5-语法。

       下载依赖

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},1

       loaders/babel-loader/index.js

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},2

       loaders/banner-loader/schema.json

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},3手写file-loader

       作用：将文件原封不动输出出去

       下载包

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},4

       loaders/file-loader.js

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},5

       loader配置

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},6手写style-loader

       作用：动态创建style标签，插入js中的样式代码，使样式生效。

       loaders/style-loader.js

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},7Plugin原理Plugin的作用

       通过插件我们可以扩展webpack，加入自定义的构建行为，使webpack可以执行更广泛的任务，拥有更强的构建能力。

Plugin工作原理

       webpack就像一条生产线，要经过一系列处理流程后才能将源文件转换成输出结果。源码编辑器考试题目这条生产线上的每个处理流程的职责都是单一的，多个流程之间有存在依赖关系，只有完成当前处理后才能交给下一个流程去处理。插件就像是一个插入到生产线中的一个功能，在特定的时机对生产线上的资源做处理。webpack通过Tapable来组织这条复杂的生产线。webpack在运行过程中会广播事件，插件只需要监听它所关心的事件，就能加入到这条生产线中，去改变生产线的运作。webpack的事件流机制保证了插件的有序性，使得整个系统扩展性很好。——「深入浅出Webpack」

       站在代码逻辑的角度就是：webpack在编译代码过程中，会触发一系列Tapable钩子事件，插件所做的，就是找到相应的钩子，往上面挂上自己的任务，也就是注册事件，这样，当webpack构建的时候，插件注册的事件就会随着钩子的触发而执行了。

Webpack内部的钩子什么是钩子

       钩子的本质就是：事件。为了方便我们直接介入和控制编译过程，webpack把编译过程中触发的各类关键事件封装成事件接口暴露了出来。这些接口被很形象地称做：hooks（钩子）。开发插件，离不开这些钩子。

Tapable

       Tapable为webpack提供了统一的插件接口（钩子）类型定义，它是webpack的核心功能库。webpack中目前有十种hooks，在Tapable源码中可以看到，他们是：

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},8

       Tapable还统一暴露了三个方法给插件，用于注入不同类型的自定义构建行为：

       tap：可以注册同步钩子和异步钩子。

       tapAsync：回调方式注册异步钩子。

       tapPromise：Promise方式注册异步钩子。

Plugin构建对象Compiler

       compiler对象中保存着完整的Webpack环境配置，每次启动webpack构建时它都是一个独一无二，仅仅会创建一次的对象。

       这个对象会在首次启动Webpack时创建，我们可以通过compiler对象上访问到Webapck的主环境配置，比如loader、plugin等等配置信息。

       它有以下主要属性：

       compiler.options可以访问本次启动webpack时候所有的配置文件，包括但不限于loaders、entry、output、plugin等等完整配置信息。

       compiler.inputFileSystem和compiler.outputFileSystem可以进行文件操作，相当于Nodejs中fs。

       compiler.hooks可以注册tapable的不同种类Hook，从而可以在compiler生命周期中植入不同的逻辑。

       compilerhooks文档

Compilation

       compilation对象代表一次资源的构建，compilation实例能够访问所有的模块和它们的依赖。

       一个compilation对象会对构建依赖图中所有模块，进行编译。在编译阶段，模块会被加载(load)、封存(seal)、优化(optimize)、分块(chunk)、哈希(hash)和重新创建(restore)。

       它有以下主要属性：

       compilation.modules可以访问所有模块，打包的每一个文件都是一个模块。

       compilation.chunkschunk即是多个modules组成而来的一个代码块。入口文件引入的资源组成一个chunk，通过代码分割的模块又是另外的chunk。

       compilation.assets可以访问本次打包生成所有文件的结果。

       compilation.hooks可以注册tapable的不同种类Hook，用于在compilation编译模块阶段进行逻辑添加以及修改。

       compilationhooks文档

生命周期简图开发一个插件最简单的插件

       plugins/test-plugin.js

//此时loader执行顺序：loader1-loader2-loader3module:{ rules:[{ enforce:"pre",test:/\.js$/,loader:"loader1",},{ //没有enforce就是normaltest:/\.js$/,loader:"loader2",},{ enforce:"post",test:/\.js$/,loader:"loader3",},],},9注册hook//loaders/loader1.jsmodule.exports=functionloader1(content){ console.log("hellofirstloader");returncontent;};0启动调试

       通过调试查看compiler和compilation对象数据情况。

       package.json配置指令

//loaders/loader1.jsmodule.exports=functionloader1(content){ console.log("hellofirstloader");returncontent;};1

       运行指令

//loaders/loader1.jsmodule.exports=functionloader1(content){ console.log("hellofirstloader");returncontent;};2

       此时控制台输出以下内容：

PSC:\Users\\Desktop\source>//loaders/loader1.jsmodule.exports=functionloader1(content){ console.log("hellofirstloader");returncontent;};2>source@1.0.0debug>node--inspect-brk./node_modules/webpack-cli/bin/cli.jsDebuggerlisteningonws://.0.0.1:/ea-7b--a7-fccForhelp,see:/post/

       开发思路:

       我们需要借助html-webpack-plugin来实现

       在html-webpack-plugin输出index.html前将内联runtime注入进去

       删除多余的runtime文件

       如何操作html-webpack-plugin？官方文档

       实现：

//loaders/loader1.jsmodule.exports=functionloader1(content){ console.log("hellofirstloader");returncontent;};7

运用ptcms搭建自用无广告网站（附采集规则和源码）

       运用ptcms搭建自用无广告网站的方法，附带采集规则和源码，解决小说阅读中的广告困扰。首先，需要服务器，推荐阿里云免费服务器，确保网站搭建顺利。通过阿里云界面，购买服务器并配置IP地址，连接服务器后，安装宝塔面板，选择适合的操作系统，安装必要的软件包，如Nginx、PHP版本7.3、PHP扩展（fileinfo、memcached、swoole或swoole4、swoole_serialize，禁用shell_exec），以及MySQL版本5.6。完成软件安装后，将ptcms源码压缩文件上传至服务器。

       在服务器中，新建ptcms文件夹，复制loader.so和license文件到新建目录中。通过命令行进行目录切换，安装扩展和配置文件，确保php环境正确运行。添加加密Loader代码到配置文件，重启PHP服务以使更改生效。

       配置corn任务，通过php脚本执行检查任务，确保网站运行无误。接下来，设置伪静态，使用特定的重写规则，以优化网站性能和搜索引擎友好度。编辑网站目录结构，确保文件正确放置。在网站设置中，更改运行目录至“public”，并关闭访问日志，以节省存储空间。

       完成上述步骤后，网站基本搭建完成。若需安装数据库，使用宝塔面板创建数据库，配置数据库名、用户名和密码，以及访问权限。安装过程中，注意填写网站名称和相关配置信息，确保数据安全。完成数据库和网站基础设置后，导入采集规则，如小说数据，以实现自动采集功能。

       最后，确保网站的统计代码数字进行替换，以防止官方发现和避免商业用途，保持合法合规。ptcms的使用，不仅限于小说网站搭建，根据需求，可以扩展至其他内容平台的搭建，探索更多的应用可能性。

SpringBoot全局配置文件加载原理详解（万字源码分析）

       SpringBoot通过全局配置文件实现项目部署和修改的便利性，以application.properties或application.yaml为核心，配置文件加载遵循特定的优先级规则：从classpath:/config/开始，依次是file:./config/、classpath:/、file:./，且越靠前的路径优先级越高。

       配置文件的生效依赖于ApplicationListener实现类，如ConfigFileApplicationListener，它监听ApplicationEnvironmentPreparedEvent事件。当项目启动时，会从spring.factories文件中加载并实例化这些监听器，如ConfigFileApplicationListener负责加载配置文件。

       启动过程中的关键步骤包括：首先，从spring.factories中获取监听器，如EventPublishingRunListener，然后通过事件广播机制触发加载配置文件的步骤。当遇到ApplicationEnvironmentPreparedEvent时，ConfigFileApplicationListener的load方法开始检索配置文件，优先级高的配置文件会覆盖低的。

       加载过程涉及PropertySourceLoader，如PropertiesPropertySourceLoader和YamlPropertySourceLoader，它们根据文件扩展名（properties或yaml）检索并加载配置。具体操作包括读取配置文件、解析键值对，然后以Document对象的形式返回给上层处理。

       总结来说，SpringBoot的全局配置文件加载是一个从配置文件路径查找、内容读取、解析到加载的完整流程，确保项目的配置能够在启动时正确生效。

DexClassLoader和PathClassLoader的区别

       åœ¨ä½¿ç”¨Java虚拟机时，我们经常自定义继承自ClassLoader的类加载器。然后通过defineClass方法来从一个二进制流中加载Class。而在Android中我们无法这么使用，Android中ClassLoader的defineClass方法具体是调用VMClassLoader的defineClass本地静态方法。而这个本地方法什么都没做，只是抛出了一个“UnsupportedOperationException”异常。

       æ—¢ç„¶åœ¨Dalvik虚拟机里，ClassLoader不好用，那么Android官方为了解决这个问题，帮我们从ClassLoader中派生出了两个类：DexClassLoader和PathClassLoader。咋一看两者很像，那么究竟二者在使用上面有何不同，这里我和大家一起探讨一下。

       é¦–先来看一下二者的构造方法

       DexClassLoader

       public DexClassLoader (String dexPath, String dexOutputDir, String libPath, ClassLoader parent)

       å‚数详解：

       dexPath：dex文件路径列表，多个路径使用”:”分隔

       dexOutputDir：经过优化的dex文件（odex）文件输出目录

       libPath：动态库路径（将被添加到app动态库搜索路径列表中）

       parent：这是一个ClassLoader，这个参数的主要作用是保留java中ClassLoader的委托机制（优先父类加载器加载classes，由上而下的加载机制，防止重复加载类字节码）

       DexClassLoader是一个可以从包含classes.dex实体的.jar或.apk文件中加载classes的类加载器。可以用于实现dex的动态加载、代码热更新等等。这个类加载器必须要一个app的私有、可写目录来缓存经过优化的classes（odex文件），使用Context.getDir(String, int)方法可以创建一个这样的目录，例如：

       File dexOutputDir = context.getDir(“dex”, 0);

       PathClassLoader

       PathClassLoader提供两个常用构造方法

       public PathClassLoader (String path, ClassLoader parent)

       public PathClassLoader (String path, String libPath, ClassLoader parent)

       å‚数详解：

       path：文件或者目录的列表

       libPath：包含lib库的目录列表

       parent：父类加载器

       PathClassLoader提供一个简单的ClassLoader实现，可以操作在本地文件系统的文件列表或目录中的classes，但不可以从网络中加载classes。

       ä¸ºäº†ä¾¿äºŽç†è§£ï¼Œæˆ‘们查看一下二者的源码：

       è¿™é‡Œå†™å›¾ç‰‡æè¿°

       // DexClassLoader.java

       public class DexClassLoader extends BaseDexClassLoader {

       public DexClassLoader(String dexPath, String optimizedDirectory,

       String libraryPath, ClassLoader parent) {

       super(dexPath, new File(optimizedDirectory), libraryPath, parent);

       }

       }

       // 版权所有，猴子搬来的救兵/mynameishuangshuai

       // PathClassLoader.java

       public class PathClassLoader extends BaseDexClassLoader {

       public PathClassLoader(String dexPath, ClassLoader parent) {

       super(dexPath, null, null, parent);

       }

       public PathClassLoader(String dexPath, String libraryPath,

       ClassLoader parent) {

       super(dexPath, null, libraryPath, parent);

       }

       }

       å¾ˆæ˜Žæ˜¾ä¸¤è€…都继承于BaseDexClassLoader类，并做了一下封装，具体的实现还是在父类里。不难看出，主要的区别在于PathClassLoader的optimizedDirectory参数只能是null，那么optimizedDirectory是做什么用的呢？我们进BaseDexClassLoader去看看这个参数。

       public BaseDexClassLoader(String dexPath, File optimizedDirectory,

       String libraryPath, ClassLoader parent) {

       super(parent);

       this.originalPath = dexPath;

       this.pathList = new DexPathList(this, dexPath, libraryPath, optimizedDirectory);

       }

       ä»£ç ä¸­ä¸ŽoptimizedDirectory有关的地方是new 一个DexPathList实例。

       public DexPathList(ClassLoader definingContext, String dexPath,

       String libraryPath, File optimizedDirectory) {

       â€¦â€¦

       this.dexElements = makeDexElements(splitDexPath(dexPath), optimizedDirectory);

       }

       private static Element[] makeDexElements(ArrayList<File> files,

       File optimizedDirectory) {

       ArrayList<Element> elements = new ArrayList<Element>();

       for (File file : files) {

       ZipFile zip = null;

       DexFile dex = null;

       String name = file.getName();

       if (name.endsWith(DEX_SUFFIX)) {

       dex = loadDexFile(file, optimizedDirectory);

       } else if (name.endsWith(APK_SUFFIX) || name.endsWith(JAR_SUFFIX)

       || name.endsWith(ZIP_SUFFIX)) {

       zip = new ZipFile(file);

       }

       â€¦â€¦

       if ((zip != null) || (dex != null)) {

       elements.add(new Element(file, zip, dex));

       }

       }

       return elements.toArray(new Element[elements.size()]);

       }

       private static DexFile loadDexFile(File file, File optimizedDirectory)

       throws IOException {

       if (optimizedDirectory == null) {

       return new DexFile(file);

       } else {

       String optimizedPath = optimizedPathFor(file, optimizedDirectory);

       return DexFile.loadDex(file.getPath(), optimizedPath, 0);

       }

       }

       /

**

       * Converts a dex/jar file path and an output directory to an

       * output file path for an associated optimized dex file.

       */

       private static String optimizedPathFor(File path,

       File optimizedDirectory) {

       String fileName = path.getName();

       if (!fileName.endsWith(DEX_SUFFIX)) {

       int lastDot = fileName.lastIndexOf(".");

       if (lastDot < 0) {

       fileName += DEX_SUFFIX;

       } else {

       StringBuilder sb = new StringBuilder(lastDot + 4);

       sb.append(fileName, 0, lastDot);

       sb.append(DEX_SUFFIX);

       fileName = sb.toString();

       }

       }

       File result = new File(optimizedDirectory, fileName);

       return result.getPath();

       }

       optimizedDirectory是用来缓存我们需要加载的dex文件的，并创建一个DexFile对象，如果它为null，那么会直接使用dex文件原有的路径来创建DexFile

       å¯¹è±¡ã€‚

       optimizedDirectory必须是一个内部存储路径，无论哪种动态加载，加载的可执行文件一定要存放在内部存储。DexClassLoader可以指定自己的optimizedDirectory，所以它可以加载外部的dex，因为这个dex会被复制到内部路径的optimizedDirectory；而PathClassLoader没有optimizedDirectory，所以它只能加载内部的dex，这些大都是存在系统中已经安装过的apk里面的。

       é€šè¿‡ä»¥ä¸Šçš„分析，我们可以得出二者功能上的区别

       DexClassLoader：能够加载未安装的jar/apk/dex

       PathClassLoader：只能加载系统中已经安装过的apk