logo头像
Snippet 博客主题

前端构建工具webpack入门

1. 为什么要学习webpack

​ 说到项目构建工具(依赖管理、环境配置管理、打包、测试、发布),我们Java工程师最熟悉的莫过于MavenGradle,Maven是当下Java岗位最流行的项目构建工具,而Gradle以最简洁的DSL语法成为了最受欢迎的构建工具,较早是受Android工程师欢迎,现在在Java服务器端技术广泛使用,比如我们常用的Spring Boot 框架目前最新版本都是通过Gradle构建。

​ Maven较为保守,灵活性没有Gradle大,Gradle是借助于Ant和Maven基础上改进并基于Groovy开发的新型简洁语法构建工具。Maven和Gradle的区别请点击这里,我在这里不多累述。随着前端的模块化和组件化开发,今天呢,我作为一名后端工程师,也来讲一讲前端的模块打包器webpack。

1.1 Web站点的资源类型

1.1.1 静态资源

  • JavaScript脚本文件: .js、.jsx、.coffee、 .ts(TypeScript 类 C# 语言)
  • 样式文件: .css、 .less、 .sass、 .scss
  • 图片文件: .png、.jpg、 jpeg、 gif、 .svg、 .bmp位图文件等
  • 字体文件(Fonts): .svg、 .ttf、 .eot、 .woff、 .woff2
  • 模板文件: .ejs(hexo博客)、 .swig(hexo-next博客) 、 .jade、 .vue【这是在webpack中定义组件的方式,推荐这么用】
  • 视频资源: .mp4、.webm、ogg

    1.1.2 动态资源

    • 微软系:.asp、aspx(.NET平台的动态网页,asp技术的扩展)
    • Oracle/Sun: 典型的Java模板引擎有.jsp、 .ftl(freemaker模板)、 .vm(velocity模板,常用于代码生成器)、Thymeleaf模板(Spring Boot官方推荐的模板)

1.2 引入网页资源导致的问题

  1. 网页加载速度慢, 因为我们要发起很多的二次请求;
  2. 要处理错综复杂的依赖关系

1.3 解决方案

1.3.1 通用解决方案

  1. 合并、压缩、精灵图、图片的Base64编码
  2. 可以使用requireJS解决、也可以使用webpack可以解决各个包之间的复杂依赖关系;

1.3.2 完美解决方案

  1. 使用Gulp, 是基于 task 任务的;
  2. 使用Webpack, 是基于整个项目进行构建的;
  • 借助于webpack这个前端自动化构建工具,可以完美实现资源的合并、打包、压缩、混淆等诸多功能。
  • 根据官网的图片介绍webpack打包的过程
  • webpack官网

2. webpack基础

webpack 是一个模块打包器。webpack 的主要目标是将 JavaScript 文件打包在一起,打包后的文件用于在浏览器中使用,但它也能够胜任转换(transform)、打包(bundle)或包裹(package)任何资源(resource or asset)。

我的理解为: webpack 是前端的一个项目构建工具,它是基于 Node.js 开发出来的一个前端工具;

2.1 webpack安装的两种方式

  1. 运行npm i webpack -g全局安装webpack,这样就能在全局使用webpack的命令,4.x版本需要安装webpack-cli,我安装webpack的版本是4.41.5
  2. 在项目根目录中运行npm i webpack --save-dev安装到项目依赖中

2.2 初步使用webpack打包构建列表隔行变色案例

  1. 运行npm init初始化项目,使用npm管理项目中的依赖包

  2. 创建项目基本的目录结构,创建src(css、js、imgs)、dist文件夹和webpack.config.js文件

  3. 使用npm i jquery --save安装jquery类库

  4. 在src根目录新建index.html,并书写页面和样式

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    <!DOCTYPE html>
    <html lang="en">
    <head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <meta http-equiv="X-UA-Compatible" content="ie=edge">
    <title>Document</title>
    <!-- 注意: 不推荐直接在这里引用任何包和任何CSS文件 -->
    <!-- 因为 main 中的代码,涉及到了ES6的新语法,但是浏览器不识别 -->
    <script src="./main.js"></script>
    <!-- 通过 webpack 这么一个前端构建工具, 把 main.js 做了一下处理,生成了一个 bundle.js 的文件 -->
    <!-- <script src="../dist/bundle.js"></script> -->
    </head>
    <body>
    <ul>
    <li>这是第1个li</li>
    <li>这是第2个li</li>
    <li>这是第3个li</li>
    <li>这是第4个li</li>
    <li>这是第5个li</li>
    <li>这是第6个li</li>
    <li>这是第7个li</li>
    <li>这是第8个li</li>
    <li>这是第9个li</li>
    <li>这是第10个li</li>
    </ul>
    </body>
    </html>
  1. 创建main.js并书写各行变色的代码逻辑:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    // node.js可以这样处理依赖,这里也可以,因为webpack就是基于node的,node语法同样适用于webpack
    // const $ = require('jquery')
    // 导入jquery类库,说实话,这个导包方式和Python导包太像了,import *** from *** 是ES6中导入模块的方式
    // 由于ES6的代码,太高级了,浏览器解析不了,所以,这一行执行会报错
    import $ from 'jquery'

    $(function () {
    // 去除li前面的原点
    $('li').css('list-style', 'none')
    // 设置偶数行背景色,索引从0开始,0是偶数
    $('li:odd').css('backgroundColor', 'yellow')
    // 设置奇数行背景
    $('li:even').css('backgroundColor', function () {
    return '#' + 'D97634';
    })
    })
  2. 直接在页面上引用main.js会报错,因为浏览器不认识import这种高级的JS语法,需要使用webpack进行处理,webpack默认会把这种高级的语法转换为低级的浏览器能识别的语法;

    1
    Uncaught SyntaxError: Cannot use import statement outside a module
  3. 运行webpack 入口文件路径 输出文件路径main.js进行处理

    这里注意一下版本,如果如果webpack4.x版本执行webpack3.x版本会报错误。

    7.1 webpack 3.x版本执行下面命令

    1
    webpack src/js/main.js dist/bundle.js

    7.2 webpack 4.x版本执行下面命令

    1
    webpack src/js/main.js -o dist/bundle.js
  4. 然后将index.html的./js/main.js换成转码后的js文件

    1
    <script src="../dist/bundle.js"></script>

经过上述示例,我们可以总结出,Webpack可以做什么事情???

  • webpack 能够处理 JS 文件的互相依赖关系;
  • webpack 能够处理JS的兼容问题,把高级的浏览器不识别的语法,转为低级的浏览器能正常识别的语法
  • 刚才运行的命令格式: webpack 要打包的文件的路径 打包好的输出文件的路径

2.3 webpack配置文件后简化打包

在上述示例中,我们每一次修改都要重复执行webpack src/js/main.js -o dist/bundle.js,这样显得很麻烦,影响我们的工作效率,于是查阅资料,找到webpack配置文件,配置后可以实现快速打包,不需要重复执行命令。

2.3.1 webpack配置

  1. 在项目根目录中创建webpack.config.js
  2. 由于运行webpack命令的时候,webpack需要指定入口文件和输出文件的路径,所以,我们需要在webpack.config.js中配置这两个路径:
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
     // 导入处理路径的模块
    var path = require('path');

    // 导出一个配置对象,将来webpack在启动的时候,会默认来查找webpack.config.js,并读取这个文件中导出的配置对象,来进行打包处理
    // 这个配置,起始就是一个JS文件,通过 Node 中的模块操作,向外暴露了一个配置对象
    module.exports = {
    entry: path.resolve(__dirname, 'src/js/main.js'), //入口,表示,要使用 webpack 打包哪个文件
    output: { // 配置输出选项
    path: path.resolve(__dirname, 'dist'), // 配置输出的路径,指定 打包好的文件,输出到哪个目录中去
    filename: 'bundle.js' // 配置输出的文件名
    }
    }

2.3.2 实现webpack的实时打包构建

  1. 由于每次重新修改代码之后,都需要手动运行webpack打包的命令,比较麻烦,所以使用webpack-dev-server来实现代码实时打包编译,当修改代码之后,会自动进行打包构建。
  2. 运行npm i webpack-dev-server -D安装到开发依赖
  3. 安装完成之后,在命令行直接运行webpack-dev-server来进行打包,发现报错,此时需要借助于package.json文件中的指令,来进行运行webpack-dev-server命令,在scripts节点下新增"dev": "webpack-dev-server"指令,发现可以进行实时打包,但是dist目录下并没有生成bundle.js文件,这是因为webpack-dev-server将打包好的文件放在了内存中

    • bundle.js放在内存中的好处是:由于需要实时打包编译,所以放在内存中速度会非常快
    • 这个时候访问webpack-dev-server启动的http://localhost:8080/网站,发现是一个文件夹的面板,需要点击到src目录下,才能打开我们的index首页,此时引用不到bundle.js文件,需要修改index.html中script的src属性为:<script src="../bundle.js"></script>
    • 为了能在访问http://localhost:8080/的时候直接访问到index首页,可以使用--contentBase src指令来修改dev指令,指定启动的根目录:
      1
      "dev": "webpack-dev-server --contentBase src"

    同时修改index页面中script的src属性为<script src="bundle.js"></script><script src="/bundle.js"></script>

2.4 使用html-webpack-plugin插件配置启动页面

由于使用--contentBase指令的过程比较繁琐,需要指定启动的目录,同时还需要修改index.html中script标签的src属性,所以推荐大家使用html-webpack-plugin插件配置启动页面.

  1. 运行cnpm i html-webpack-plugin --save-dev安装到开发依赖
  2. 修改webpack.config.js配置文件如下:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    // 导入处理路径的模块
    var path = require('path');
    // 导入自动生成HTMl文件的插件
    // 导入在内存中生成 HTML 页面的 插件
    // 只要是插件,都一定要 放到 plugins 节点中去
    // 这个插件的两个作用:
    // 1. 自动在内存中根据指定页面生成一个内存的页面
    // 2. 自动,把打包好的 bundle.js 追加到页面中去
    var htmlWebpackPlugin = require('html-webpack-plugin');
    module.exports = {
    entry: path.resolve(__dirname, 'src/js/main.js'), // 项目入口文件
    output: { // 配置输出选项
    path: path.resolve(__dirname, 'dist'), // 配置输出的路径
    filename: 'bundle.js' // 配置输出的文件名
    },
    // 添加plugins节点配置插件
    plugins:[
    // 创建一个 在内存中 生成 HTML页面的插件
    new htmlWebpackPlugin({
    // 指定 模板页面,将来会根据指定的页面路径,去生成内存中的 页面
    template:path.resolve(__dirname, 'src/index.html'),
    //自动生成的HTML文件的名称
    filename:'index.html'

    })
    ]
    }
  3. 修改package.jsonscript节点中的dev指令如下:

    1
    "dev": "webpack-dev-server"
  4. 将index.html中script标签注释掉,因为html-webpack-plugin插件会自动把bundle.js注入到index.html页面中!

2.5 实现自动打开浏览器、热更新和配置浏览器的默认端口号

注意:热更新在JS中表现的不明显,可以从一会儿要讲到的CSS身上进行介绍说明!

2.5.1 方式1

  • 修改package.json的script节点如下,其中--open表示自动打开浏览器,--port 4321表示打开的端口号为4321,--hot表示启用浏览器热更新:
    1
    "dev": "webpack-dev-server --hot --port 4321 --open"

2.5.2 方式2

  1. 修改webpack.config.js文件,新增devServer节点如下:

    1
    2
    3
    4
    5
    6
    devServer:{
    hot:true, // 启用热更新 的 第1步
    open:true, // 自动打开浏览器
    contentBase: 'src', // 指定托管的根目录
    port:4321 // 设置启动时候的运行端口
    }
  2. 在头部引入webpack模块:

    1
    var webpack = require('webpack'); // 启用热更新的 第2步
  3. plugins节点下新增:

    1
    new webpack.HotModuleReplacementPlugin() // new 一个热更新的 模块对象, 这是 启用热更新的第 3 步

2.6 使用webpack打包css文件

  1. 运行cnpm i style-loader css-loader --save-dev
  2. 修改webpack.config.js这个配置文件:

    1
    2
    3
    4
    5
    module: { // 这个节点,用于配置 所有 第三方模块 加载器 
    rules: [ // 所有第三方模块的 匹配规则
    { test: /\.css$/, use: ['style-loader', 'css-loader'] } // 配置处理 .css 文件的第三方loader 规则
    ]
    }
  3. 注意:use表示使用哪些模块来处理test所匹配到的文件;use中相关loader模块的调用顺序是从后向前调用的;

2.7 使用webpack打包less文件

  1. 运行cnpm i less-loader less -D
  2. 修改webpack.config.js这个配置文件:
    1
    { test: /\.less$/, use: ['style-loader', 'css-loader', 'less-loader'] }, //配置处理 .less 文件的第三方 loader 规则

2.8 使用webpack打包sass文件

  1. 运行cnpm i sass-loader node-sass --save-dev
  2. webpack.config.js中添加处理sass文件的loader模块:
    1
    { test: /\.scss$/, use: ['style-loader', 'css-loader', 'sass-loader'] }, // 配置处理 .scss 文件的 第三方 loader 规则

2.9 使用webpack处理css中的路径

  1. 运行cnpm i url-loader file-loader --save-dev
  2. webpack.config.js中添加处理url路径的loader模块:

    1
    { test: /\.(png|jpg|gif)$/, use: 'url-loader' }
  3. 可以通过limit指定进行base64编码的图片大小;只有小于指定字节(byte)的图片才会进行base64编码:

    1
    { test: /\.(png|jpg|gif)$/, use: 'url-loader?limit=43960' },

2.10 使用babel处理高级JS语法

  1. 运行cnpm i babel-core babel-loader babel-plugin-transform-runtime --save-dev安装babel的相关loader包
  2. 运行cnpm i babel-preset-es2015 babel-preset-stage-0 --save-dev安装babel转换的语法
  3. webpack.config.js中添加相关loader模块,其中需要注意的是,一定要把node_modules文件夹添加到排除项:

    1
    { test: /\.js$/, use: 'babel-loader', exclude: /node_modules/ }
  4. 在项目根目录中添加.babelrc文件,并修改这个配置文件如下:

    1
    2
    3
    4
    {
    "presets":["es2015", "stage-0"],
    "plugins":["transform-runtime"]
    }
  5. 注意:语法插件babel-preset-es2015可以更新为babel-preset-env,它包含了所有的ES相关的语法;

2.11 webpack 处理第三方文件类型的过程

  1. 发现这个 要处理的文件不是JS文件,然后就去 配置文件中,查找有没有对应的第三方 loader 规则
  2. 如果能找到对应的规则, 就会调用 对应的 loader 处理 这种文件类型;
  3. 在调用loader 的时候,是从后往前调用的;
  4. 当最后的一个 loader 调用完毕,会把 处理的结果,直接交给 webpack 进行 打包合并,最终输出到 bundle.js 中去

2.12 webpack总结

当我们在 控制台,直接输入 webpack 命令执行的时候,webpack 做了以下几步:

  1. 首先,webpack 发现,我们并没有通过命令的形式,给它指定入口和出口
  2. webpack 就会去 项目的 根目录中,查找一个叫做 webpack.config.js 的配置文件
  3. 当找到配置文件后,webpack 会去解析执行这个 配置文件,当解析执行完配置文件后,就得到了 配置文件中,导出的配置对象
  4. 当 webpack 拿到 配置对象后,就拿到了 配置对象中,指定的 入口 和 出口,然后进行打包构建;

3. npm扩展之nrm

3.1 npm默认依赖下载地址

在Java技术栈中,Maven默认会从http://repo1.maven.org/maven2/这个中央仓库下载依赖。

那么在前端的npm中,默认也有一个默认的下载相关依赖的地址,那就是registry.npmjs.org。

Maven中我们觉得中央仓库慢,可以切换为阿里云的Maven中央仓库。同样,npm也可以采用类似的nrm方式进行切换,方便我们快速下载相关依赖。

3.2 nrm使用

作用:提供了一些最常用的NPM包镜像地址,能够让我们快速的切换安装包时候的服务器地址;
什么是镜像:原来包刚一开始是只存在于国外的NPM服务器,但是由于网络原因,经常访问不到,这时候,我们可以在国内,创建一个和官网完全一样的NPM服务器,只不过,数据都是从人家那里拿过来的,除此之外,使用方式完全一样;

  1. 运行npm i nrm -g全局安装nrm包;

  2. 使用nrm ls查看当前所有可用的镜像源地址以及当前所使用的镜像源地址;

    1
    2
    3
    4
    5
    6
    7
    8
    E:\js>nrm ls
    * npm -------- https://registry.npmjs.org/ # 星号代表当前使用的地址
    yarn ------- https://registry.yarnpkg.com/
    cnpm ------- http://r.cnpmjs.org/
    taobao ----- https://registry.npm.taobao.org/
    nj --------- https://registry.nodejitsu.com/
    npmMirror -- https://skimdb.npmjs.com/registry/
    edunpm ----- http://registry.enpmjs.org/
  1. 使用nrm use npmnrm use taobao切换不同的镜像源地址;

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    E:\js>nrm use cnpm
    Registry has been set to: http://r.cnpmjs.org/
    E:\js>nrm ls
    npm -------- https://registry.npmjs.org/
    yarn ------- https://registry.yarnpkg.com/
    * cnpm ------- http://r.cnpmjs.org/ # 已经切换到cnpm镜像地址,若安装了cnpm, 可直接通过cnpm命令安装依赖,若没安装,也可以用npm安装,它也是从这个地址下载的
    taobao ----- https://registry.npm.taobao.org/
    nj --------- https://registry.nodejitsu.com/
    npmMirror -- https://skimdb.npmjs.com/registry/
    edunpm ----- http://registry.enpmjs.org/

注意: nrm 只是单纯的提供了几个常用的 下载包的 URL地址,并能够让我们在 这几个 地址之间,很方便的进行切换,但是,我们每次装包的时候,使用的 装包工具,都是 npm

  1. 查看当前npm源

    1
    2
    E:\js>npm config get registry
    http://r.cnpmjs.org/

4.webpack中使用Vue

4.1 安装Vue依赖

  • 安装vue依赖cnpm i vue -D

  • 编写基本的vue代码

    1. index.html代码
1
2
3
<body>
<h1 id="app">{{msg}}</h1>
</body>
  1. main.js代码

    fcitx-sunpinyin 或 fcitx-googlepinyin 或 fcitx-pinyin
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
         // 导入vue模块
    import Vue from 'vue'
    // 创建一个vue实例
    var vm = new Vue({
    el: "#app",
    data: {
    msg: "hello"
    }




    - 运行`npm run dev`,测试是否运行成功

    运行后,我们发现,浏览器并没有显示出msg的数据,我们打开控制台可以看到如下报错:

    > vue.runtime.esm.js:620 [Vue warn]: You are using the runtime-only build of Vue where the template compiler is not available. Either pre-compile the templates into render functions, or use the compiler-included build.
    >
    > (found in <Root>)

    大概的意思是:你使用了 runtime-only的依赖,导致模板编译不可用。

    回顾包的查找规则:

    1. 找 项目根目录中有没有 node_modules 的文件夹
    2. 在 node_modules 中 根据包名,找对应的 vue 文件夹
    3. 在 vue 文件夹中,找 一个叫做 package.json 的包配置文件
    4. 在 package.json 文件中,查找 一个 main 属性【main属性指定了这个包在被加载时候,的入口文件】

    经过查询vue包的配置,我们最终找出vue.runtime.common.js这个文件,其实这个文件是阉割版本的vue,功能不全,所以上述代码在浏览器执行错误。

    注意:在网页通过script标签引入的是完整功能的vue依赖。

    - 解决方式

    1. 方式一(不推荐)

    将node_modules的vue包下package.json中main属性的内容改为vue.js即可

    2. 方式二(不推荐)

    在js文件中导入功能全的vue依赖。即将`import Vue from 'vue'`改为`import Vue from '../../node_modules/vue/dist/vue.js'`

    3. 方式三(推荐)

    在webpack.config.js文件添加节点即可。

    ```javascript
    resolve: {
    alias: { // 修改 Vue 被导入时候的包的路径
    "vue$": "vue/dist/vue.js"
    }
    }

4.2 配置vue单页面文件

  1. 运行cnpm i vue -S将vue安装为运行依赖;

  2. 运行cnpm i vue-loader vue-template-compiler -D将解析转换vue的包安装为开发依赖;

  3. 运行cnpm i style-loader css-loader -D将解析转换CSS的包安装为开发依赖,因为.vue文件中会写CSS样式;

  4. webpack.config.js中,添加如下module规则:

    1
    2
    3
    4
    5
    6
    module: {
    rules: [
    { test: /\.css$/, use: ['style-loader', 'css-loader'] },
    { test: /\.vue$/, use: 'vue-loader' }
    ]
    }

注意:如果安装vue-loader@15+的版本,需要配置vueloaderplugin,在webpack.config.js文件进行如下配置:

1
2
3
4
const VueLoaderPlugin = require('vue-loader/lib/plugin');
plugins: [ // 插件配置
new VueLoaderPlugin() //增加VueLoaderPlugin
]

4.3 webpack环境渲染.vue文件

  1. 在src/components目录下新建login.vue文件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<template>
<div>
<h1>这是登录组件,使用 .vue 文件定义出来的 --- {{msg}}</h1>
</div>
</template>

<script>
export default {
data() {
// 注意:组件中的 data 必须是 function
return {
msg: "123"
};
},
methods: {
show() {
console.log("调用了 login.vue 中的 show 方法");
}
}
};
</script>

<style>
</style>

4.4 vue官方脚手架

4.4.1 什么是vue脚手架

vue脚手架用于快速生成vue项目基础架构,让开发人员只关注于业务代码编写,不用关系过多的项目配置。其官网地址为https://cli.vuejs.org/zh/。

不难发现,这和我们Java后端Spring initial初始化Spring Boot项目类似。

4.4.2 vue-cli3.x+安装和使用

1
2
3
litong@LT:/media/litong/文档/code/JavaScript/vue$ npm install -g @vue/cli
litong@LT:/media/litong/文档/code/JavaScript/vue$ vue -V
@vue/cli 4.2.3
1
litong@LT:/media/litong/文档/code/JavaScript/vue$ vue create demo-vue
1
litong@LT:/media/litong/文档/code/JavaScript/vue$ vue ui

4.4.3 vue-cli2.x安装和使用

1
2
litong@LT:/media/litong/文档/code/JavaScript/vue$ npm install -g @vue/cli-init
litong@LT:/media/litong/文档/code/JavaScript/vue$ vue init webpack demo-vue

4.4.5 vue脚手架项目结构分析

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
litong@LT:/media/litong/文档/code/JavaScript/vue/vue-project$ tree  -L 2 
.
├── babel.config.js # babel配置
├── node_modules # 依赖包目录
│   ├── vue-loader
│   ├── vue-router
│   ├── vue-style-loader
│   ├── vue-template-compiler
│   ├── vue-template-es2015-compiler
│   ├── vuex
├── package.json # 依赖管理文件
├── package-lock.json # 依赖包锁文件,锁定版本
├── public # 静态资源目录
│   ├── favicon.ico # 图片文件
│   └── index.html # html文件
├── README.md # Git的README文件
└── src # 项目源文件
├── App.vue # 根组件
├── assets # 可变动的静态文件,参与编译,会被webpack解析处理,只支持相对路径
├── components # 组件目录
├── main.js # 入口js执行文件
├── router # vue-router相关文件
├── store # Vuex store
└── views # 视图组件,存放可共用的组件

5. 相关文章

支付宝打赏 微信打赏

请作者喝杯咖啡吧