jenkins自动化构建docker镜像并上传至harbor仓库

已于 2024-08-04 19:52:23 修改
阅读量520 收藏 13
点赞数 13
分类专栏： CI/CD自动化部署 文章标签： jenkins 自动化 docker
于 2024-08-04 19:48:42 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41398235/article/details/140910027
版权

1、插件下载

在这里插入图片描述
首先进入jenkins之后需要现在“Maven”、“GitLab”、“Jdk”、“SSH”、“Git”的相关插件，这里不再赘述，需要什么插件直接安装即可
在这里插入图片描述
搜索对应插件后选择直接安装即可

2、系统全局配置

2.1 Maven配置

在这里插入图片描述
配置maven安装的相应的setting文件
在这里插入图片描述
不知道具体目录的可以通过“mvn -v”之后的Maven home查看

vim /usr.local/apache-maven-3.9.6/conf/setting.xml

修改mirrors下的源地址，因为后面在jenkins中进行jar包打包的时候需要通过maven下载对应的依赖，使用默认maven仓库地址可能会导致失败

    <mirror>
      <id>mirrorId</id>
      <mirrorOf>repositoryId</mirrorOf>
      <name>Human Readable Name for this Mirror.</name>
      <url>http://my.repository.com/repo/path</url>
    </mirror>
     -->
    <!-- 阿里云仓库 -->
    <mirror>
        <id>alimaven</id>
        <mirrorOf>central</mirrorOf>
        <name>aliyun maven</name>
        <url>http://maven.aliyun.com/nexus/content/repositories/central/</url>
    </mirror>
 
    <!-- 中央仓库1 -->
    <mirror>
        <id>repo1</id>
        <mirrorOf>central</mirrorOf>
        <name>Human Readable Name for this Mirror.</name>
        <url>http://repo1.maven.org/maven2/</url>
    </mirror>
 
    <!-- 中央仓库2 -->
    <mirror>
        <id>repo2</id>
        <mirrorOf>central</mirrorOf>
        <name>Human Readable Name for this Mirror.</name>
        <url>http://repo2.maven.org/maven2/</url>
    </mirror>

修改maven打包后jar包的java编译编译工具版本，原来setting.xml中的默认版本为jdk1.4，修改为17

    <profile>
      <id>jdk-17</id>

      <activation>
        <jdk>17</jdk>
      </activation>

      <repositories>
        <repository>
          <id>jdk17</id>
          <name>Repository for JDK 17 builds</name>
          <url>http://www.myhost.com/maven/jdk17</url>
          <layout>default</layout>
          <snapshotPolicy>always</snapshotPolicy>
        </repository>
      </repositories>
    </profile>

我的完整setting.xml如下，可参照

<?xml version="1.0" encoding="UTF-8"?>

<!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements.  See the NOTICE file
distributed with this work for additional information
regarding copyright ownership.  The ASF licenses this file
to you under the Apache License, Version 2.0 (the
"License"); you may not use this file except in compliance
with the License.  You may obtain a copy of the License at

    http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied.  See the License for the
specific language governing permissions and limitations
under the License.
-->

<!--
 | This is the configuration file for Maven. It can be specified at two levels:
 |
 |  1. User Level. This settings.xml file provides configuration for a single user,
 |                 and is normally provided in ${user.home}/.m2/settings.xml.
 |
 |                 NOTE: This location can be overridden with the CLI option:
 |
 |                 -s /path/to/user/settings.xml
 |
 |  2. Global Level. This settings.xml file provides configuration for all Maven
 |                 users on a machine (assuming they're all using the same Maven
 |                 installation). It's normally provided in
 |                 ${maven.conf}/settings.xml.
 |
 |                 NOTE: This location can be overridden with the CLI option:
 |
 |                 -gs /path/to/global/settings.xml
 |
 | The sections in this sample file are intended to give you a running start at
 | getting the most out of your Maven installation. Where appropriate, the default
 | values (values used when the setting is not specified) are provided.
 |
 |-->
<settings xmlns="http://maven.apache.org/SETTINGS/1.2.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.2.0 https://maven.apache.org/xsd/settings-1.2.0.xsd">
  <!-- localRepository
   | The path to the local repository maven will use to store artifacts.
   |
   | Default: ${user.home}/.m2/repository
  <localRepository>/path/to/local/repo</localRepository>
  -->

  <!-- interactiveMode
   | This will determine whether maven prompts you when it needs input. If set to false,
   | maven will use a sensible default value, perhaps based on some other setting, for
   | the parameter in question.
   |
   | Default: true
  <interactiveMode>true</interactiveMode>
  -->

  <!-- offline
   | Determines whether maven should attempt to connect to the network when executing a build.
   | This will have an effect on artifact downloads, artifact deployment, and others.
   |
   | Default: false
  <offline>false</offline>
  -->

  <!-- pluginGroups
   | This is a list of additional group identifiers that will be searched when resolving plugins by their prefix, i.e.
   | when invoking a command line like "mvn prefix:goal". Maven will automatically add the group identifiers
   | "org.apache.maven.plugins" and "org.codehaus.mojo" if these are not already contained in the list.
   |-->
  <pluginGroups>
    <!-- pluginGroup
     | Specifies a further group identifier to use for plugin lookup.
    <pluginGroup>com.your.plugins</pluginGroup>
    -->
  </pluginGroups>

  <!-- TODO Since when can proxies be selected as depicted? -->
  <!-- proxies
   | This is a list of proxies which can be used on this machine to connect to the network.
   | Unless otherwise specified (by system property or command-line switch), the first proxy
   | specification in this list marked as active will be used.
   |-->
  <proxies>
    <!-- proxy
     | Specification for one proxy, to be used in connecting to the network.
     |
    <proxy>
      <id>optional</id>
      <active>true</active>
      <protocol>http</protocol>
      <username>proxyuser</username>
      <password>proxypass</password>
      <host>proxy.host.net</host>
      <port>80</port>
      <nonProxyHosts>local.net|some.host.com</nonProxyHosts>
    </proxy>
    -->
  </proxies>

  <!-- servers
   | This is a list of authentication profiles, keyed by the server-id used within the system.
   | Authentication profiles can be used whenever maven must make a connection to a remote server.
   |-->
  <servers>
    <!-- server
     | Specifies the authentication information to use when connecting to a particular server, identified by
     | a unique name within the system (referred to by the 'id' attribute below).
     |
     | NOTE: You should either specify username/password OR privateKey/passphrase, since these pairings are
     |       used together.
     |
    <server>
      <id>deploymentRepo</id>
      <username>repouser</username>
      <password>repopwd</password>
    </server>
    -->

    <!-- Another sample, using keys to authenticate.
    <server>
      <id>siteServer</id>
      <privateKey>/path/to/private/key</privateKey>
      <passphrase>optional; leave empty if not used.</passphrase>
    </server>
    -->
  </servers>

  <!-- mirrors
   | This is a list of mirrors to be used in downloading artifacts from remote repositories.
   |
   | It works like this: a POM may declare a repository to use in resolving certain artifacts.
   | However, this repository may have problems with heavy traffic at times, so people have mirrored
   | it to several places.
   |
   | That repository definition will have a unique id, so we can create a mirror reference for that
   | repository, to be used as an alternate download site. The mirror site will be the preferred
   | server for that repository.
   |-->
  <mirrors>
    <!-- mirror
     | Specifies a repository mirror site to use instead of a given repository. The repository that
     | this mirror serves has an ID that matches the mirrorOf element of this mirror. IDs are used
     | for inheritance and direct lookup purposes, and must be unique across the set of mirrors.
     |
    <mirror>
      <id>mirrorId</id>
      <mirrorOf>repositoryId</mirrorOf>
      <name>Human Readable Name for this Mirror.</name>
      <url>http://my.repository.com/repo/path</url>
    </mirror>
     -->
    <!-- 阿里云仓库 -->
    <mirror>
        <id>alimaven</id>
        <mirrorOf>central</mirrorOf>
        <name>aliyun maven</name>
        <url>http://maven.aliyun.com/nexus/content/repositories/central/</url>
    </mirror>
 
    <!-- 中央仓库1 -->
    <mirror>
        <id>repo1</id>
        <mirrorOf>central</mirrorOf>
        <name>Human Readable Name for this Mirror.</name>
        <url>http://repo1.maven.org/maven2/</url>
    </mirror>
 
    <!-- 中央仓库2 -->
    <mirror>
        <id>repo2</id>
        <mirrorOf>central</mirrorOf>
        <name>Human Readable Name for this Mirror.</name>
        <url>http://repo2.maven.org/maven2/</url>
    </mirror>
  </mirrors>

  <!-- profiles
   | This is a list of profiles which can be activated in a variety of ways, and which can modify
   | the build process. Profiles provided in the settings.xml are intended to provide local machine-
   | specific paths and repository locations which allow the build to work in the local environment.
   |
   | For example, if you have an integration testing plugin - like cactus - that needs to know where
   | your Tomcat instance is installed, you can provide a variable here such that the variable is
   | dereferenced during the build process to configure the cactus plugin.
   |
   | As noted above, profiles can be activated in a variety of ways. One way - the activeProfiles
   | section of this document (settings.xml) - will be discussed later. Another way essentially
   | relies on the detection of a property, either matching a particular value for the property,
   | or merely testing its existence. Profiles can also be activated by JDK version prefix, where a
   | value of '1.4' might activate a profile when the build is executed on a JDK version of '1.4.2_07'.
   | Finally, the list of active profiles can be specified directly from the command line.
   |
   | NOTE: For profiles defined in the settings.xml, you are restricted to specifying only artifact
   |       repositories, plugin repositories, and free-form properties to be used as configuration
   |       variables for plugins in the POM.
   |
   |-->
  <profiles>
    <!-- profile
     | Specifies a set of introductions to the build process, to be activated using one or more of the
     | mechanisms described above. For inheritance purposes, and to activate profiles via <activatedProfiles/>
     | or the command line, profiles have to have an ID that is unique.
     |
     | An encouraged best practice for profile identification is to use a consistent naming convention
     | for profiles, such as 'env-dev', 'env-test', 'env-production', 'user-jdcasey', 'user-brett', etc.
     | This will make it more intuitive to understand what the set of introduced profiles is attempting
     | to accomplish, particularly when you only have a list of profile id's for debug.
     |
     | This profile example uses the JDK version to trigger activation, and provides a JDK-specific repo.
    <profile>
      <id>jdk-17</id>

      <activation>
        <jdk>17</jdk>
      </activation>

      <repositories>
        <repository>
          <id>jdk17</id>
          <name>Repository for JDK 17 builds</name>
          <url>http://www.myhost.com/maven/jdk17</url>
          <layout>default</layout>
          <snapshotPolicy>always</snapshotPolicy>
        </repository>
      </repositories>
    </profile>
    -->

    <!--
     | Here is another profile, activated by the property 'target-env' with a value of 'dev', which
     | provides a specific path to the Tomcat instance. To use this, your plugin configuration might
     | hypothetically look like:
     |
     | ...
     | <plugin>
     |   <groupId>org.myco.myplugins</groupId>
     |   <artifactId>myplugin</artifactId>
     |
     |   <configuration>
     |     <tomcatLocation>${tomcatPath}</tomcatLocation>
     |   </configuration>
     | </plugin>
     | ...
     |
     | NOTE: If you just wanted to inject this configuration whenever someone set 'target-env' to
     |       anything, you could just leave off the <value/> inside the activation-property.
     |
    <profile>
      <id>env-dev</id>

      <activation>
        <property>
          <name>target-env</name>
          <value>dev</value>
        </property>
      </activation>

      <properties>
        <tomcatPath>/path/to/tomcat/instance</tomcatPath>
      </properties>
    </profile>
    -->
  </profiles>

  <!-- activeProfiles
   | List of profiles that are active for all builds.
   |
  <activeProfiles>
    <activeProfile>alwaysActiveProfile</activeProfile>
    <activeProfile>anotherAlwaysActiveProfile</activeProfile>
  </activeProfiles>
  -->
</settings>

2.2 git下载

在jenkins中自动构建项目的时候，我们的第一步是从gitlab仓库中拉取我们的代码，所以必不可少需要进行git的安装
在这里插入图片描述
如果自动安装失败，需要修改jenkins的镜像文件

#进入配置文件
vim /etc/docker/daemon.json
# 在文件在最后，增添如下源地址
"registry-mirrors": [
    "https://docker.m.daocloud.io",
    "https://dockerhub.icu",
    "https://registry.aliyuncs.com",
    "https://docker.nju.edu.cn"
  ]
# 保存后退出
# 重启加载dokcer配置
systemctl reload daemon.json
# 重启docker容器使之生效
systemctl restart docker

如果还是安装失败，可自行百度“centos7系统安装git的教程”，安装过程较为简单，这里不再赘述

3、maven任务构建

我这里在gitlab中创建了一个非常基础的maven项目进行测试，所以构建了maven项目
在这里插入图片描述
如果你的界面中没有这个maven任务构建的选项，则说明你没有安装对应的maven插件，可在安装完对应maven插件后再继续进行。
构建任务的命名按自己的意向命名即可
在这里插入图片描述
构建完成任务后进入配置界面
在这里插入图片描述

3.1 重要配置描述

git配置

在这里插入图片描述
URL需要到安装的虚拟机中的gitlab项目中进行复制
在这里插入图片描述
第二步需要需要添加gitlab凭证，就是你登录部署gitlab这台虚拟机的账户和密码
在这里插入图片描述
在配置完全局凭证之后，就可以在任务中的凭证栏选择你刚才配置的凭证了
在这里插入图片描述
触发器默认选第一项即可
在这里插入图片描述
build栏目如下

build post的配置

在我们进行完成jar包的构建之后，需要将构建好的jar包文件打包成docker镜像，并上传到harbor仓库之中，选择第二个选项的意思是在完成jar的打包之后才进行下一步，然后输入需要执行的shell脚本自行自动化部署
在这里插入图片描述

# 进入jenkins打包完成的地址，下面有构建完成的jar包，你们打包完成后如果没有进行目录的修改，前缀应该和我的相同
cd /var/lib/jenkins/workspace/test-bjw/
# 进行docker镜像的构建，注意命名不可以用大写，否则会报错，还有就是这条命令最后有一个‘.’不要忽略，它表示在该目录下执行
docker build -t jenkins_bjw-1.0-snapshot .
# 连接远程harbor仓库
docker login -u admin -p Harbor12345 192.168.1.5:80
# 对docker镜像进行tag标签处理
docker tag jenkins_bjw-1.0-snapshot 192.168.1.5:80/jenkins/jenkins-bjw:v0
# 上传到harbor仓库之中
docker push 192.168.1.5:80/jenkins/jenkins-bjw:v0

构建不成功的可看下一节“可能遇到的问题”

4、 可能遇到的问题

（1）maven打包jar包失败

maven默认情况下，下载依赖的仓库地址非常慢，如果jenkins在进行jar包构建的时候依赖下载失败，请重新检查是否更换了mirror地址，具体操作在本文开始环节

（2）docker构建镜像的时候找不到Dockerfile文件

docker构建项目的时候需要安装Dockerfile的配置进行，但是有时候我们的目录下并没有该Dockerfile文件，所以需要进行Dockerfile文件的创建
1、从idea中打开对应项目，并复制Dockerfile下的内容
在这里插入图片描述
2、创建Dockerfile文件

vim Dockerfile

插入刚才复制的内容，如果你的项目中没有，可以按照我的文件进行修改

（3）docker中jenkins用户组不存在或者权限不足

我们知道jenkins在进行任务构建的时候需要进行dokcer命令的执行，若权限不足会导致失败

# 在docker中添加jenkins用户组
sudo usermod -aG docker jenkins
# 若还是失败，可以重启Jenkins和docker使该命令生效
（4）虚拟机中配置insecure-registries

不配置该条目将无法访问harbor容器

# 进入配置文件
vim /etc/docker/daemon.json
# 增添对应配置，对应上面的截图进行修改
"insecure-registries": ["harbor.domain.io"]
# 重启docker服务使之生效
service docker restart

效果如下，为harbor的虚拟机ip地址以及对应的服务端口号

在这里插入图片描述

（5）上传harbor容器的时候可能会因为命令输入错误而失败，对应的操作详见我的另一篇博客“虚拟机（CentOS7）虚拟机安装harbor及简单使用”

5、 成功部署

jenkins控制台输出如下
在这里插入图片描述
harbor容器中docker镜像如下
在这里插入图片描述

协奏曲❤
关注
  • 13
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Jenkins自动部署服务（四）：docker镜像上传到harbor仓库
友人A的博客
11-18 2136
实验环境 Jenkins主机： 名称 版本 centos 7 java 1.8.0_45 maven 3.5.2 git 1.8.3.1 jenkins 2.190.1 docker 1.13.1 harbor仓库主机： IP地址：192.168.14.212 用户和密码：admin/123456...
Gitllab+Jenkins+Docker+Harbor 自动化部署流程
01-11
在自动化部署流程中，Jenkins 负责编译和打包项目，生成 Docker 镜像，并将其推送到 Harbor 服务器上。 三、 容器化技术 Docker Docker 是一个容器化技术，提供了一个轻量级的虚拟化解决方案，使得开发者可以快速...
Jenkins构建Docker镜像并上传到Harbor
kuun993的博客
10-26 108
介绍使用Jenkins构建Maven项目，并构建Docker镜像上传到Harbor的配置操作。
Jenkins构建Docker镜像并推送至Harbor仓库
Cohen 奕博的博客
06-08 4392
​ spring boot项目通过Jenkins集成构建Docker镜像推送到harbor仓库并启动容器然后拉取镜像到本地运行容器 Dockerfile文件 位置：存在根目录下，与src同级 FROM java:8 # 作者 MAINTAINER zhaoyc VOLUME /tmp #ARG JAR_FILE #将jar包添加到容器中并更名为app.jar ADD target/*.jar app.jar RUN bash -c 'touch /app.jar' ENV TZ=Asia/Shanghai
使用Jenkins制作镜像并上传到Harbor仓库！
qq_18153681的博客
10-01 2746
上一阶段，记录使用jenkins打包java项目成jar包，并上传到目标服务器，命令目标服务器打包成镜像并构建运行的流程！这次，介绍使用jenkins自己构建镜像并推送到harbor仓库！开始！！！
Docker、Jenkins、Harbor 构建镜像部署 SpringBoot 项目
养歌的博客
07-01 2711
Harbor 是由 VMware 公司开源的企业级的 Docker Registry 管理项目，它包括权限管理(RBAC)、LDAP、日志审核、管理界面、自我注册、镜像复制和中文支持等功能，具有 web 管理功能，有了它之后能够很方便的管理容器镜像，搭配 Jenkins 使用很是方便。Harbor 由多个组件组成，每个组件都是以 Docker 容器的形式构建的，因此，我们使用 Docker Compose 来对它进行部署。用于部署 Harbor 的 Docker Compose 模板位于 harbor/do
Jenkins+Docker+Harbor实现自动化部署流程
一个有兴趣的程序员男孩
09-06 745
记录一次 docker+jenkins+harbor自动化部署的安装
Jenkins 应用部署 docker harbor
wangmingshuai88的博客
06-13 1147
采用Centos7.9安装Docker，官方文档 https://docs.docker.com/engine/install/centos/卸载旧版本安装配置阿里云镜像加速 https://www.aliyun.com/ 支付宝登录，搜索容器镜像服务进入控制台镜像官网查询地址 https://hub-stage.docker.com/安装docker-compose https://github.com/docker/compose/releases。
jenkins触发式自动构建docker镜像上传至harbor并发布
weixin_33785108的博客
02-22 4033
一、制作Dockerfile文件1.在172.19.2.51上部署mkdir-pv/opt/git gitclonehttp://172.19.2.140:18080/lvqingshan/gcgj.git cd/opt/git/gcgj scpapp@172.19.2.1:/home/app/portal-tomcat/webapps/portal.war./...
Jenkins实现制作自定义镜像推送到Harbor上
weixin_43458965的博客
02-15 861
Jenkins实现制作自定义镜像推送到Harbor上
jenkins连接harbor的认证，将镜像推送到harbor
06-29
jenkins连接harbor的认证，将镜像推送到harbor详细笔记文档
jenkins+k8s+docker+harbor的ci、cd操作
07-13
jenkins+k8s+docker+harbor的ci、cd操作 Jenkins 是一个流行的自动化服务器，可以实现持续集成（CI）和持续交付（CD）。在这个文件中，我们将通过 Jenkins 结合 Kubernetes（k8s）、Docker 和 Harbor 实现 CI/CD ...
Docker仓库上传镜像出现 unauthorized to access repository的解决方法
11-08
Docker 仓库上传镜像出现 unauthorized to access repository 的解决方法 在 Docker 中，当我们尝试上传镜像到仓库时，可能会遇到 "unauthorized to access repository" 的错误。这是一种常见的错误， especially ...
Harbor 2.0版本API删除镜像【亲测，有效！】
02-28
通过Harbor api获取项目名、仓库名、镜像名和镜像tag，交互删除需要删除的镜像
ELK日志系统
Hai990218的博客
08-01 1270
ELK是一套完整的日志集中处理方案。E：ElasticSearck 简称ES 分布式索引型非关系型数据库，用来存储logstash输出的日志 ，它是一个全文检索引擎，保存的格式是json格式L：logstash 是基于Java语言开发的，用来作数据收集引擎、日志的收集。可以对数据进行过滤，分析，汇总，以标准格式输出K：Kibana 是ES的可视化工具，对ES存储的数据进行可视化展示，分析和检索。
elasticsearch的学习（一）：使用postman实现增删改查
weixin_45037073的博客
08-04 569
elasticsearch的基本的概念和通过postman来实现增删改查。
谷粒商城实战笔记-125-全文检索-ElasticSearch-整合-SpringBoot整合high-level-client
epitomizelu的专栏
08-04 790
这是因为它不仅是由 Elasticsearch 官方维护和支持的，而且提供了良好的 API 封装，使得开发者能够更加专注于业务逻辑而不是底层细节。在Java项目中整合Elasticsearch (ES) 的过程中，通常会面临多种客户端的选择。实例，指定连接信息（如主机名、端口等），通过配置类将其注入到Spring容器中。通过如下单元测试，测试客户端实例能否正常注入到容器，如果能，说明整合成功。如下，单元测试通过，说明整合Elasticsearch客户成功。在search模块的pom文件中添加相应的依赖。
Jenkins未授权访问漏洞 *
最新发布
starhei.zxy的博客
08-04 149
步骤一：使用以下fofa语法进行产品搜索....步骤二：在打开的URL中...点击。在执行以下命令...
Docker + Jenkins + Gitlab+Harbor 自动化构建部署
05-24
Docker + Jenkins + Gitlab + Harbor 的自动化构建部署流程如下： 1. 在 Gitlab 上创建项目，并将代码上传至 Gitlab。 2. 在 Jenkins 中创建一个构建任务，并关联 Gitlab 仓库的地址。 3. 配置 Jenkins 的构建步骤，包括下载代码、编译、打包、推送到 Harbor 仓库等。 4. 配置 Jenkins 的触发器，例如当 Gitlab 代码有变更时触发构建任务。 5. 在 Harbor 中创建一个仓库，用于存储 Docker 镜像。 6. 在 Jenkins 中配置 Harbor 的登录信息，并添加 Docker 构建和推送步骤。 7. 在 Jenkins 中执行构建任务，Jenkins 会自动从 Gitlab 上下载代码，并进行编译、打包和推送 Docker 镜像到 Harbor 仓库。 8. 在部署服务器中使用 Docker 命令从 Harbor 仓库中拉取镜像并部署应用程序。 这样可以实现代码的自动化构建、镜像的自动化打包和推送、以及应用程序的自动化部署，提高了开发效率和部署质量。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

协奏曲❤

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

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

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

打赏作者

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

抵扣说明：

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

余额充值