【webpack】从零开始配置webpack系列(原理篇)

已于 2022-06-22 04:50:52 修改
阅读量444 收藏 19
点赞数 17
分类专栏： webpack 文章标签： webpack 前端 javascript
于 2022-06-20 23:07:07 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_52834435/article/details/125382319
版权

从零开始配置webpack(原理篇)

文章目录

前言

从零开始配置webpack系列(基础篇)

从零开始配置webpack系列(进阶篇)

从零开始配置webpack系列(优化篇)

从零开始配置webpack系列(原理篇)


这里是小飞侠Pan🥳，立志成为一名优秀的前端程序媛！！！

本篇博客收录于我的github前端笔记仓库中，持续更新中，欢迎star~

👉https://github.com/mengqiuleo/myNote



Loader 原理

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

loader 就是一个函数

当webpack解析资源时，会调用相应的loader去处理

loader接收到文件内容作为参数（比如一个loader处理js文件，那么这个js文件内容就是参数），返回内容出去


loader执行顺序

  1. 分类
  • pre： 前置 loader
  • normal： 普通 loader
  • inline： 内联 loader
  • post： 后置 loader
  1. 执行顺序
  • 4 类 loader 的执行优级为：pre > normal > inline > post 。
  • 相同优先级的 loader 执行顺序为：从右到左，从下到上。

举例🌰

// 此时loader执行顺序：loader3 - loader2 - loader1
module: {
  rules: [
    {
      test: /\.js$/,
      loader: "loader1",
    },
    {
      test: /\.js$/,
      loader: "loader2",
    },
    {
      test: /\.js$/,
      loader: "loader3",
    },
  ],
},
    
   
// 此时loader执行顺序：loader1 - loader2 - loader3
module: {
  rules: [
    {
      enforce: "pre",
      test: /\.js$/,
      loader: "loader1",
    },
    {
      // 没有enforce就是normal
      test: /\.js$/,
      loader: "loader2",
    },
    {
      enforce: "post",
      test: /\.js$/,
      loader: "loader3",
    },
  ],
},
  1. 使用 loader 的方式
  • 配置方式：在 webpack.config.js 文件中指定 loader。（pre、normal、post loader）
  • 内联方式：在每个 import 语句中显式指定 loader。（inline loader）
  1. inline loader

用法：import Styles from 'style-loader!css-loader?modules!./styles.css';

含义：

  • 使用 css-loader 和 style-loader 处理 styles.css 文件
  • 通过 ! 将资源中的 loader 分开

inline loader 可以通过添加不同前缀，跳过其他类型 loader。

  • ! 跳过 normal loader。
import Styles from '!style-loader!css-loader?modules!./styles.css';
  • -! 跳过 pre 和 normal loader。
import Styles from '-!style-loader!css-loader?modules!./styles.css';
  • !! 跳过 pre、 normal 和 post loader。
import Styles from '!!style-loader!css-loader?modules!./styles.css';

loader分类

1. 同步 loader
module.exports = function (content, map, meta) {
  return content;
};

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

module.exports = function (content, map, meta) {
  // 第一个参数：err 代表是否有错误
  // 第二个参数：content 处理后的内容
  // 传递map，让source-map不中断
  // 传递meta，让下一个loader接收到其他参数
  this.callback(null, content, map, meta);
  return; // 当调用 callback() 函数时，总是返回 undefined
};

2. 异步loader
module.exports = function (content, map, meta) {
  const callback = this.async();
  // 进行异步操作
  setTimeout(() => {
    callback(null, content, map, meta);
  }, 1000);
};

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


3. Raw Loader

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

一般用来处理图片资源

module.exports = function (content) {
  // raw loader 接收到的content是一个Buffer数据
  return content;
};
module.exports.raw = true; // 开启 Raw Loader


//写法2
function testLoader(content) {
    return content;
}
testLoader.raw = true;
module.exports = testLoader;

4. Pitching Loader

要求在暴露的对象中添加一个 pitch 方法

module.exports = function (content) {
  return content;
};
module.exports.pitch = function (remainingRequest, precedingRequest, data) {
  console.log("do somethings");
};

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

在这里插入图片描述

此时的执行顺序为：

pitch1 --> pitch2 --> pitch3 --> loader3 --> loader2 --> loader1

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

在这里插入图片描述


手写loader

手写 clean-log-loader

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

// loaders/clean-log-loader.js
module.exports = function cleanLogLoader(content) {
  // 将console.log替换为空
  return content.replace(/console\.log\(.*\);?/g, "");
};

使用：

module.exports = {
	module: {
        rules: [
          {
            test: /\.js$/,
            loader: "./loaders/clean-log-loader.js",
          }
    	],
  	},
}

手写 banner-loader

作用：给 js 代码添加文本注释，例如标明文章作者，并且，我们允许自己传入要添加的名字

//loaders/banner-loader/index.js
const schema = require("./schema.json");

module.exports = function(content) {
  //schema对options的验证规则
  //schema符合JSON Schema 的规则
  const options = this.getOptions(schema);//使用loader的API，拿到传入的options

  const prefix = `
    /**
    * Author: ${options.author} 
    */
  `;

  return prefix + content;
}


//schema.json: 配置规则
{
  "type": "object",
  "properties": {
    "author": {
      "type": "string"
    }
  },
  "additionalProperties": false
}

配置：

module.exports = {
  module: {
    rules: [
      {
        test: /\.js$/,
        loader: "./loaders/banner-loader",
        options: {
          author: "Pan"
        }
      }
    ],
  },	
}

打包后查看文件：

eval("\n    /**\n    * Author: Pan \n    */\n  console.log(\"hello main\");\r\n\r\nconsole.log(\"hello 111\");\n\n

Plugin 原理

Plugin工作原理

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

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

​ ——「深入浅出 Webpack」

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


Webpack 内部的钩子

什么是钩子

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


Tapable

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

exports.SyncHook = require("./SyncHook");
exports.SyncBailHook = require("./SyncBailHook");
exports.SyncWaterfallHook = require("./SyncWaterfallHook");
exports.SyncLoopHook = require("./SyncLoopHook");
exports.AsyncParallelHook = require("./AsyncParallelHook");
exports.AsyncParallelBailHook = require("./AsyncParallelBailHook");
exports.AsyncSeriesHook = require("./AsyncSeriesHook");
exports.AsyncSeriesBailHook = require("./AsyncSeriesBailHook");
exports.AsyncSeriesLoopHook = require("./AsyncSeriesLoopHook");
exports.AsyncSeriesWaterfallHook = require("./AsyncSeriesWaterfallHook");
exports.HookMap = require("./HookMap");
exports.MultiHook = require("./MultiHook");

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 生命周期中植入不同的逻辑。

Compilation

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

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

它有以下主要属性：

  • compilation.modules 可以访问所有模块，打包的每一个文件都是一个模块。
  • compilation.chunks chunk 即是多个 modules 组成而来的一个代码块。入口文件引入的资源组成一个 chunk，通过代码分割的模块又是另外的 chunk。
  • compilation.assets 可以访问本次打包生成所有文件的结果。
  • compilation.hooks 可以注册 tapable 的不同种类 Hook，用于在 compilation 编译模块阶段进行逻辑添加以及修改。

生命周期简图

在这里插入图片描述


开发一个插件

一个自定义的插件

所有的插件都是一个构造函数，所以我们用class声明一个构造函数

// plugins/test-plugin.js

/**
 * 1. webpack加载 webpack.config.js 中所有配置，此时就会 new TestPlugin(), 执行插件的constructor
 * 2. webpack 创建compiler对象
 * 3.遍历所有 plugins 中插件，调用插件的apply方法
 * 4. 执行剩下编译流程（触发各个hooks事件）
 */

class TestPlugin {
  constructor() {
    console.log("TestPlugin constructor");
  }

  apply(compiler) {
    console.log("TestPlugin apply");
  }
}

module.exports = TestPlugin;

配置使用

const TestPlugin = require("./plugins/test-plugin");//先引入

module.exports = {
  entry: "./src/main.js",
  output: {
    path: path.resolve(__dirname,"./dist"),
    filename: "js/[name].js",
    clean:true,
  },
  module: {
    rules: [
      {
        test: /\.js$/,
        loader: "./loaders/banner-loader",
        options: {
          author: "Pan"
        }
      }
    ],
  },
  plugins: [
    new HtmlWebpackPlugin({
      template: path.resolve(__dirname,"public/index.html"),
    }),
    new TestPlugin(), //使用我们自己的插件
  ],
  mode: "development",
};

注册 hook
class TestPlugin {
  constructor() {
    console.log("TestPlugin constructor");
  }

  apply(compiler) {
    console.log("TestPlugin apply");

    // 由文档可知，environment是同步钩子，所以需要使用 tap注册
    compiler.hooks.environment.tap("TestPlugin", () => {
      console.log("TestPlugin environment");
    });

    //emit同步
    compiler.hooks.emit.tap("TestPlugin",(compilation) => {
      console.log("TestPlugin emit 111");
    });

    //emit异步串行,特点就是异步任务顺序执行
    compiler.hooks.emit.tapAsync("TestPlugin",(compilation,callback) => {
      setTimeout(() => {
        console.log("TestPlugin emit 222");
        callback();
      },2000);
    });

    //emit异步串行
    compiler.hooks.emit.tapPromise("TestPlugin",(compilation,callback) => {
      return new Promise((resolve) => {
        setTimeout(() => {
          console.log("TestPlugin emit 333");
          resolve();
        },1000);
      })
    });

    //make异步并行,特点就是异步任务同时执行,一上来全部触发
    // 可以使用 tap、tapAsync、tapPromise 注册。
    // 如果使用tap注册的话，进行异步操作是不会等待异步操作执行完成的。
    compiler.hooks.make.tapAsync("TestPlugin",(compilation,callback) => {
      setTimeout(() => {
        console.log("compiler.make() 222");
        // 必须调用
        callback();
      }, 3000);
    });

    compiler.hooks.make.tapAsync("TestPlugin",(compilation,callback) => {
      setTimeout(() => {
        console.log("compiler.make() 333");
        // 必须调用
        callback();
      }, 2000);
    });

    compiler.hooks.make.tapAsync("TestPlugin",(compilation,callback) => {
      setTimeout(() => {
        console.log("compiler.make() 111");
        // 必须调用
        callback();
      }, 1000);
    })
  }
}

module.exports = TestPlugin;

启动调试

通过console输出 compiler 和 compilation

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

class TestPlugin {
  constructor() {
    console.log("TestPlugin constructor");
  }

  apply(compiler) {
    console.log("compiler",compiler); //!!! 打印compiler
    console.log("TestPlugin apply");

    // 由文档可知，environment是同步钩子，所以需要使用 tap注册
    compiler.hooks.environment.tap("TestPlugin", () => {
      console.log("TestPlugin environment");
    });

    compiler.hooks.emit.tap("TestPlugin",(compilation) => {
      console.log("compilation",compilation); //!!! 打印compilation
      console.log("TestPlugin emit 111");
    });
  }
}

使用nodejs的debug来调试


手写Plugin

手写BannerWebpackPlugin
  1. 作用：给打包输出文件添加注释。
  2. 开发思路:
  • 需要打包输出前添加注释：需要使用 compiler.hooks.emit 钩子, 它是打包输出前触发。
  • 如何获取打包输出的资源？compilation.assets 可以获取所有即将输出的资源文件。

banner-webpack-plugin.js

class BannerWebpackPlugin {
  constructor(options = {}) {
    this.options = options;
  }

  apply(compiler) {
    //在资源输出之前触发钩子函数
    compiler.hooks.emit.tapAsync("BannerWebpackPlugin",(compilation,callback) => {
      const extensions = ["css","js"];//我们需要拿到后缀为js或css的资源

      // 1.获取即将输出的资源文件：compilation.assets
      // 2.过滤只保留js和css资源
      const assets = Object.keys(compilation.assets).filter((assetPath) => {
        // 将文件名切割 ['xxx','js'] ['xxx','css']
        const splitted = assetPath.split(".");
        // 获取最后一个文件扩展名
        const extension = splitted[splitted.length - 1];
        //判断是否包含，并返回判断结果
        return extensions.includes(extension); 
      });
      //console.log(assets);
      
      // 3.遍历剩下资源添加上注释
      const prefix = `
/**
 * Author: ${this.options.author}
*/
      `

      assets.forEach(asset => {
        //获取原来内容
        const source = compilation.assets[asset].source();

        //拼接注释
        const content = prefix + source;

        //修改资源
        compilation.assets[asset] = {
          //最终资源输出时，调用source方法，source方法的返回值就是资源的具体内容
          source() {
            return content;
          },
          // 资源大小
          size() {
            return content.length;
          }
        }
      })

      callback();//异步函数继续向下执行
    })
  }
}

module.exports = BannerWebpackPlugin;

使用配置：

const path = require('path');
const HtmlWebpackPlugin = require("html-webpack-plugin");
const BannerWebpackPlugin = require("./plugins/banner-webpack-plugin");

module.exports = {
  entry: "./src/main.js",
  output: {
    path: path.resolve(__dirname,"./dist"),
    filename: "js/[name].js",
    clean:true,
  },
  plugins: [
    new HtmlWebpackPlugin({
      template: path.resolve(__dirname,"public/index.html"),
    }),
    new BannerWebpackPlugin({ // 使用自定义plugin
      author: "Pan"
    }),
  ],
  mode: "production",
};

打包后的结果：

/**
 * Author: Pan
*/
      console.log("hello main"),console.log("hello 111");
程序媛小y
关注
  • 17
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 30
    评论
专栏目录
【webpack】从零开始配置webpack系列(基础篇)_webpack
2401_84181286的博客
04-30 552
指示 Webpack 从哪个文件开始打包指示 Webpack 打包完的文件输出到哪里去，如何命名等webpack 本身只能处理 js、json 等资源，其他资源需要借助 loader，Webpack 才能解析扩展 Webpack 的功能。
[译] Webpack——令人困惑的地方
weixin_33881140的博客
05-09 1030
原文 Webpack—The Confusing Partsissue讨论 Webpack是目前基于React和Redux开发的应用的主要打包工具。我想使用Angular 2或其他框架开发的应用也有很多在使用Webpack。 当我第一次看到Webpack的配置文件时，它看起来非常的陌生，我非常的疑惑。经过一段时间的尝试之后我认为这是因为W...
webpack原理
大灰狼的小绵羊哥哥的博客
04-20 8886
1.webpack核心概念 entry： 一个可执行模块或库的入口文件。 chunk ：多个文件组成的一个代码块，例如把一个可执行模块和它所有依赖的模块组合和一个 chunk 这体现了webpack的打包机制。 loader ：文件转换器，例如把es6转换为es5，scss转换为css。 plugin ：插件，用于扩展webpack的功能，在webpack构建生命周期的节点上加入扩展hook为w...
webpack 从零开始配置教程
醉逍遥neo的博客
11-24 1562
由于webpack5刚刚发布，相关生态还不成熟，这里以webpack4的版本为例，为了避免插件版本的兼容问题，以下安装个别npm依赖时我会指定版本号。 本文仅作为webpack学习之用，实际项目中还是更推荐使用成熟的脚手架搭建，然后根据学习的成果再去定制改造。 一、基础 1、目录文件 新建一个文件夹作为示例项目，项目根目录运行命令初始化package.json： npm init -y 然后按照以下目录先创建空文件： 2、入口和出口 安装webpack依赖 npm i -D webpack@4.44
【webpack】从零开始配置webpack系列(基础篇)_webpack (1)
2401_84181286的博客
04-30 705
开发模式顾名思义就是我们开发代码时使用的模式。编译代码，使浏览器能识别运行：开发时我们有样式资源、字体图标、图片资源、html 资源等，webpack 默认都不能处理这些资源，所以我们要加载配置来编译这些资源代码质量检查，树立代码规范：提前检查代码的一些隐患，让代码运行时能更加健壮。提前检查代码规范和格式，统一团队编码风格，让代码更优雅美观。
webpack从零开始配置
weixin_45835771的博客
06-07 576
构建脚手架底层能力
【webpack】从零开始配置webpack系列(优化篇)
前端学习博客
06-20 637
无论是什么开发，要求开发环境最不可少的一点功能就是 ——debug功能。之前我们通过webpack, 将我们的源码打包成了 bundle.js。 试想：实际上客户端(浏览器)读取的是打包后的 bundle.js ,那么当浏览器执行代码报错的时候，报错的信息自然也是bund............
【webpack】从零开始配置webpack系列(基础篇)
前端学习博客
06-17 477
开发时，我们会使用框架（React、Vue），ES6 模块化语法，Less/Sass 等 css 预处理器等语法进行开发。这样的代码要想在浏览器运行必须经过编译成浏览器能识别的 JS、Css 等语法，才能运行。所以我们需要打包工具帮我们做完这些事。除此之外，打包工具还能压缩代码、做兼容性处理、提升代码性能等。 输出的文件叫做 webpack 本身功能是有限的: 2.下载依赖 打开终端，来到项目根目录。运行以下指令： 此时会生成一个基础的 文件。需要注意的是 中 字段不能叫做 , 否则下一步会报错
【webpack】从零开始配置webpack系列(进阶篇)
前端学习博客
06-20 469
代码分离特性能够把代码分离到不同的 bundle 中，然后可以按需加载或并行加载这些文件。代码分离可以用于获取更小的 bundle，以及控制资源加载优先级，如果使用合理，会极大影响加载时间。常用的代码分离方法有三种：在 src 目录下创建 another-module..........
使用webpack4 + vue2 从零开始创建的 TodoList 前端项目
10-11
其三、webpack 基本配置，成功打包 .js 文件； 其四、Webpack 使用 vue-loader 打包 vue 文件，浏览器成功打开 .js 和 .vue 文件; 其五、其它 loader的用法(如：打包图片、打包 CSS 文件、打包 stylus 文件); 其六、...
详解如何用webpack4从零开始构建react开发环境
10-17
本文详细介绍了如何从零开始使用webpack4来构建React开发环境。React是由Facebook开发的一个用于构建用户界面的JavaScript库，而webpack是一个现代JavaScript应用程序的静态模块打包器(module bundler)。webpack在...
【前端面试】Webpack、Rollup 和 Gulp 构建工具了解
hhhh
09-05 1103
Webpack：适合复杂的前端应用构建，提供了丰富的插件生态系统和灵活的配置选项。Rollup：适合库和工具的打包，特别是当你需要发布模块化代码时，Rollup 可以提供更优的打包结果。Gulp：适合自动化构建流程，通过编写任务来处理各种开发中的任务。在实际开发中，这些工具可以根据项目需求和团队习惯进行选择和搭配使用。例如，一个项目可能同时使用 Webpack 来处理 JavaScript 模块打包，使用 Gulp 来自动化其他构建任务。
vue项目生成插件的LICENSE文件
勋勋勋勋小勋勋的博客
09-03 499
【代码】vue项目生成插件的LICENSE文件。
2.10鼠标事件
weixin_45794330的博客
08-29 3898
在代码中，on_mouse 就是用来处理鼠标事件的回调函数，当鼠标有动作产生时，on_mouse 会被系统调用，然后在 on_mouse 中，判断发生了哪种动作，进而进行相应的处理。OpenCV 提供了 setMousecallback 来预先设置回调函数（相当于告诉系统鼠标处理的回调函数已经设置好了，有鼠标事件发生时，系统调用这个回调函数即可），注意是系统调用，而不是开发者调用，因此称为回调函数。之后按住左键移动鼠标，会进入到第三个逻辑判断，绘制鼠标的移动轨迹。示例程序中提供了两种绘制轨迹的方法，
从0到1深入理解vite
我是小奶音啊的博客
09-05 1021
每次稍微改一点点东西，就会非常麻烦我们需要把App.tsx通过tsc转换为App.jsx，再通过React-complier转换为js文件有一个东西能够帮我们把tsc,react-complier,less,babel,uglifyjs全部集成到一起，我们只需要关心我们写的代码，如果代码一变化，就会全部把上述流程全部走一遍，这个东西就是构建工具。
Webpack完整打包流程分析
最新发布
mzp520lf的博客
09-05 1056
Webpack完整打包流程分析
2024前端面试题分享
I_am_shy的博客
08-29 1520
最近忙着面试很久没有更新文章了，分享一下我收集的前端面经，当然题目仅供参考（乞求秋招offer）
webpack入门指南：从零开始的配置与使用
在开发过程中，Webpack 提供了一系列插件和加载器来处理不同类型的资源： 1. **处理样式资源**：Webpack 可以通过 CSS、Less、Sass、Scss 和 Stylus 等加载器来处理样式文件。例如，使用 `style-loader` 和对应的 ...
评论 30
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序媛小y

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值