瑞金建设局网站,怎么自己制作网址,如何提交百度收录,可以自己做漫画的网站前言 大家好#xff0c;本文是对 Docker 镜像的详细讲解#xff0c;讲解了如何安装 Docker、配置 Docker 镜像加速以及操作 Docker 镜像。希望对大家有所帮助~ 目录 前言一、安装 Docker 1.1、CentOS1.2、Ubuntu二、Docker 镜像加速器 2.1、Ubuntu 14.04、Debian 7 Wheezy2.2…
前言 大家好本文是对 Docker 镜像的详细讲解讲解了如何安装 Docker、配置 Docker 镜像加速以及操作 Docker 镜像。希望对大家有所帮助~ 目录 前言一、安装 Docker 1.1、CentOS1.2、Ubuntu二、Docker 镜像加速器 2.1、Ubuntu 14.04、Debian 7 Wheezy2.2、Ubuntu 16.04、Debian 8、CentOS 72.3、Windows 102.4、macOS2.5、检查加速器是否生效三、Docker 镜像 3.1、获取镜像 3.1.1、运行3.2、列出镜像 3.2.1、镜像体积3.2.2、虚悬镜像3.2.3、中间层镜像3.2.4、列出部分镜像3.2.5、以特定格式显示3.3、删除本地镜像 3.3.1、用 ID、镜像名、摘要删除镜像3.3.2、Untagged 和 Deleted3.3.3、用 docker image ls 命令来配合3.3.4、CentOS/RHEL 的用户需要注意的事项一、安装 Docker 1.1、CentOS Docker 要求 CentOS 系统的内核版本高于 3.10 查看本页面的前提条件来验证你的CentOS 版本是否支持 Docker 通过 uname -r 命令查看你当前的内核版本 uname -r使用 root 权限登录 CentOS。确保 yum 包更新到最新 sudo yum update卸载旧版本(如果安装过旧版本的话) sudo yum remove docker docker-common docker-selinux docker-engine安装需要的软件包 yum-util 提供yum-config-manager功能另外两个是devicemapper驱动依赖的 sudo yum install -y yum-utils device-mapper-persistent-data lvm2设置yum源 官方源 sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo阿里云源 sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo清华大学源 sudo yum-config-manager --add-repo https://mirrors.tuna.tsinghua.edu.cn/docker-ce/linux/centos/docker-ce.repo安装docker sudo yum install docker-ce也可以查看所有仓库中所有docker版本并选择特定版本安装 yum list docker-ce --showduplicates | sort -r
sudo yum install docker-ce-版本号.ce启动并加入开机启动 sudo systemctl start docker
sudo systemctl enable docker验证安装是否成功(有client和service两部分表示docker安装启动都成功了) docker version1.2、Ubuntu 系统要求 Docker CE 支持以下版本的 Ubuntu 操作系统 Artful 17.10 (Docker CE 17.11 Edge ) Xenial 16.04 (LTS) Trusty 14.04 (LTS) Docker CE 可以安装在 64 位的 x86平台或 ARM 平台上。Ubuntu 发行版中LTSLong-Term-Support长期支持版本会获得 5 年的升级维护支持这样的版本会更稳定因此在生产环境中推荐使用 LTS 版本,当前最新的 LTS 版本为 Ubuntu 16.04。 卸载旧版本 旧版本的 Docker 称为 docker 或者 docker-engine使用以下命令卸载旧版本 sudo apt-get remove docker \docker-engine \docker.io使用脚本自动安装 在测试或开发环境中 Docker 官方为了简化安装流程提供了一套便捷的安装脚本Ubuntu 系统上可以使用这套安装脚本 curl -fsSL get.docker.com -o get-docker.sh
sudo sh get-docker.sh --mirror AzureChinaCloud执行这个命令后脚本就会自动的将一切准备工作做好并且把 Docker CE 的 Edge 版本安装在系统中 启动 Docker CE sudo systemctl enable docker
sudo systemctl start docker卸载 Docker 先执行命令apt-get autoremove docker-ce删除 /etc/apt/sources.list.d 目录下的 docker.list 文件二、Docker 镜像加速器 国内从 Docker Hub 拉取镜像有时会遇到困难此时可以配置镜像加速器。Docker 官方和国内很多云服务商都提供了国内加速器服务例如 Docker 官方提供的中国 registry mirror阿里云加速器DaoCloud 加速器我们以Docker阿里云加速器为例进行介绍。 首先登录阿里云没有账号请先注册搜索 容器镜像服务找到你的专属加速器地址。 地址 https://www.aliyun.com/2.1、Ubuntu 14.04、Debian 7 Wheezy 对于使用 upstart 的系统而言编辑 /etc/default/docker 文件在其中的 DOCKER_OPTS 中配置加速器地址 DOCKER_OPTS--registry-mirrorhttps://xxxxxxxx.mirror.aliyuncs.com重新启动服务。 sudo service docker restart2.2、Ubuntu 16.04、Debian 8、CentOS 7 对于使用 systemd 的系统请在 /etc/docker/daemon.json 中写入如下内容如果文件不存在请新建该文件 {registry-mirrors: [https://xxxxxxxx.mirror.aliyuncs.com]
}注意一定要保证该文件符合 json 规范否则 Docker 将不能启动。 之后重新启动服务。 sudo systemctl daemon-reload
sudo systemctl restart docker2.3、Windows 10 对于使用 Windows 10 的系统在系统右下角托盘 Docker 图标内右键菜单选择 Settings 打开配置窗口后左侧导航菜单选择 Daemon 。在 Registry mirrors 一栏中填写加速器地址 https://registry.docker-cn.com 之后点击 Apply 保存后 Docker 就会重启并应用配置的镜像地址了。 2.4、macOS 对于使用 macOS 的用户在任务栏点击 Docker for mac 应用图标 - Perferences... - Daemon - Registry mirrors。在列表中填写加速器地址 https://registry.docker-cn.com 。修改完成之后点击 Apply Restart 按钮Docker 就会重启并应用配置的镜像地址了。 2.5、检查加速器是否生效 配置加速器之后如果拉取镜像仍然十分缓慢请手动检查加速器配置是否生效在命令行执行 docker info 如果从结果中看到了如下内容说明配置成功。 Registry Mirrors:https://xxxxxxxx.mirror.aliyuncs.com三、Docker 镜像 3.1、获取镜像 之前提到过Docker Hub 上有大量的高质量的镜像可以用这里我们就说一下怎么获取这些镜像。 从 Docker 镜像仓库获取镜像的命令是 docker pull 。其命令格式为 docker pull [选项] [Docker Registry 地址[:端口号]/]仓库名[:标签]具体的选项可以通过 docker pull --help 命令看到这里我们说一下镜像名称的格式。 Docker 镜像仓库地址地址的格式一般是 域名/IP[:端口号] 。默认地址是 Docker Hub。仓库名如之前所说这里的仓库名是两段式名称即 用户名/软件名 。对于 Docker Hub 如果不给出用户名则默认为 library 也就是官方镜像。 比如 $ docker pull ubuntu:16.04
16.04: Pulling from library/ubuntu
4f53fa4d2cf0: Pull complete
6af7c939e38e: Pull complete
903d0ffd64f6: Pull complete
04feeed388b7: Pull complete
Digest: sha256:185fec2d6dbe9165f35e4a1136b4cf09363b328d4f850695393ca191aa1475fd
Status: Downloaded newer image for ubuntu:16.04
docker.io/library/ubuntu:16.04上面的命令中没有给出 Docker 镜像仓库地址因此将会从 Docker Hub 获取镜像。而镜像名称是 ubuntu:16.04 因此将会获取官方镜像 library/ubuntu 仓库中标签为 16.04 的镜像。 从下载过程中可以看到我们之前提及的分层存储的概念镜像是由多层存储所构成。下载也是一层层的去下载并非单一文件。下载过程中给出了每一层的 ID 的前 12 位。并且下载结束后给出该镜像完整的 sha256 的摘要以确保下载一致性。 在使用上面命令的时候你可能会发现你所看到的层 ID 以及 sha256 的摘要和这里不一样。这是因为官方镜像是一致在维护的有任何新的 bug或者版本更新都会进行修复再以原来的标签发布这样可有确保任何使用这个标签的用户可以获得更安全、更稳定的镜像。 如果从 Docker Hub 下载镜像非常缓慢可以参照 镜像加速器 一节配置加速器。 3.1.1、运行 有了镜像后我们就能够以这个镜像为基础启动并运行一个容器。以上面的 ubuntu:16.04 为例如果我们打算启动里面的 bash 并且进行交互式操作的话可以执行下面的命令。 $ docker run -it --rm \ubuntu:16.04 \bashroote7009c6ce357:/# cat /etc/os-release
NAMEUbuntu
VERSION16.04.4 LTS, Trusty Tahr
IDubuntu
ID_LIKEdebian
PRETTY_NAMEUbuntu 16.04.4 LTS
VERSION_ID16.04
HOME_URLhttp://www.ubuntu.com/
SUPPORT_URLhttp://help.ubuntu.com/
BUG_REPORT_URLhttp://bugs.launchpad.net/ubuntu/docker run 就是运行容器的命令我们这里简要的说明一下上面用到的参数。 it 这是两个参数一个是 -i 交互式操作一个是 -t 终端。我们这里打算进入 bash 执行一些命令并查看返回结果因此我们需要交互式终端。--rm 这个参数是说容器退出后随之将其删除。默认情况下为了排障需求退出的容器并不会立即删除除非手动 docker rm 。我们这里只是随便执行个命令看看结果不需要排障和保留结果因此使用 --rm 可以避免浪费空间。ubuntu:16.04 这是指用 ubuntu:16.04 镜像为基础来启动容器。bash 放在镜像名后的是命令这里我们希望有个交互式 Shell因此用的是 bash。进入容器后我们可以在 Shell 下操作执行任何所需的命令。这里我们执行了 cat /etc/os-release 这是 Linux 常用的查看当前系统版本的命令从返回的结果可以看到容器内是 Ubuntu 16.04.4 LTS 系统。 最后们通过 exit 或者 Ctrl D 退出了这个容器。 3.2、列出镜像 要想列出已经下载下来的镜像可以使用 docker image ls 命令。 $ docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
redis latest 5f515359c7f8 5 days ago 183 MB
nginx latest 05a60462f8ba 5 days ago 181 MB
mongo 3.2 fe9198c04d62 5 days ago 342 MB
none none 00285df0df87 5 days ago 342 MB
ubuntu 16.04 f753707788c5 4 weeks ago 127 MB
ubuntu latest f753707788c5 4 weeks ago 127 MB
ubuntu 14.04 1e0c3dd64ccd 4 weeks ago 188 MB列表包含了 仓库名 、标签 、镜像 ID 、创建时间 、以及 所占用的空间。 其中仓库名、标签在之前的基础概念已经介绍过了。镜像 ID 则是镜像的唯一标识一个镜像可以对应多个标签。因此在上面的例子中我们可以看到 ubuntu:16.04 和 ubuntu:latest 拥有相同的 ID因为它们对应的是同一个镜像。 3.2.1、镜像体积 如果仔细观察会注意到这里标识的所占用空间和在 Docker Hub 上看到的镜像大小不同。比如 ubuntu:16.04 镜像大小在这里是 127MB 但是在 Docker Hub 显示的却是 50MB 。这是因为 Docker Hub 中显示的体积是压缩后的体积。在镜像下载和上传过程中镜像是保持着压缩状态的因此 Docker Hub 所显示的是镜像下载到本地后展开的大小准确说是展开后的各层所占空间的总和因为镜像到本地后查看空间的时候更关心的是本地磁盘空间占用的大小。 另外一个需要注意的问题是 docker image ls 列表中的镜像体积总和并非是所有镜像实际硬盘消耗由于 Docker 镜像是多层存储结构并且可以继承、复用因此不同镜像可能会因为使用相同的基础镜像从而拥有共同的层。由于 Docker 使用 Union FS相同的层只需要保存一份即可因此实际镜像硬盘占用空间很可能要比这个列表镜像大小的总和要小的多。 你可以通过以下命令来便捷的查看镜像、容器、数据卷所占用空间。 $ docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 24 0 1.992GB 1.992GB (100%)
Containers 1 0 62.82MB 62.82MB (100%)
Local Volumes 9 0 652.2MB 652.2MB (100%)
Build Cache 3.2.2、虚悬镜像 尚明的镜像列表中还可以看到一个特殊的镜像这个镜像既没有仓库名也没有标签均为 none。 none none 00285df0df87 5 days ago 342 MB这个镜像原本是有镜像名和标签的原来为 mongo:3.2随着官方镜像维护发布了新版本后重新 docker pull mongo:3.2 时 mongo:3.2 这个镜像名被转移到了新下载的镜像身上而旧的镜像上的这个名称则被取消从而成为了 none 。除了 docker pull 可能导致这种情况 docker build 也同样可以导致这种现象。由于新旧镜像同名旧镜像名称被取消从而出现仓库名、标签均为 none 的镜像。这类无标签镜像也被称之为 虚悬镜像(dangling image)可以用下面的命令专门显示这类镜像 $ docker image ls -f danglingtrue
REPOSITORY TAG IMAGE ID CREATED SIZE
none none 00285df0df87 5 days ago 342 MB一般来说虚悬镜像已经失去了存在的价值是可以随意删除的可以用下面的命令删除。 $ docker image prune3.2.3、中间层镜像 为了加速镜像构建、重复利用资源Docker 会利用 中间层镜像。所以在使用一段时间后可能会看到一些依赖的中间层镜像。默认的 docker image ls 列表中只会显示顶层镜像如果希望显示包括中间层镜像在内的所有镜像的话需要加 -a 参数。 $ docker image ls -a这样会看到很多无标签的镜像与之前的虚悬镜像不同这些无标签的镜像很多都是中间层镜像是其他镜像所依赖的镜像。这些无标签镜像不应该删除否者会导致上层镜像因为依赖丢失而出错。实际上这些镜像也没必要删除因为之前说过相同的层只会存一遍而这些镜像是别的镜像的依赖因此并不会因为它们被列出来而多存了一份无论如何你也会需要它们。只要删除那些依赖它们的镜像后这些依赖的中间层镜像也会被连带删除。 3.2.4、列出部分镜像 不加任何参数的情况下docker image ls 会列出所有顶级镜像但是有时候我们只希望列出部分镜像。 docker iimage ls 有好几个参数可以帮助做到这个事情。 根据仓库名列出镜像 $ docker image ls ubuntu
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu 16.04 f753707788c5 4 weeks ago 127 MB
ubuntu latest f753707788c5 4 weeks ago 127 MB
ubuntu 14.04 1e0c3dd64ccd 4 weeks ago 188 MB列出特定的某个镜像也就是说指定仓库名和标签 $ docker image ls ubuntu:16.04
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu 16.04 f753707788c5 4 weeks ago 127 MB除此之外docker image ls 还支持强大的过滤器参数 --filter或者简写 -f。之前我们已经看到了使用过滤器来列出虚悬镜像的用法塔还有更多的用法。比如我们希望在 mongo:3.2 之后建立的镜像可以用下面的命令 $ docker image ls -f sincemongo:3.2
REPOSITORY TAG IMAGE ID CREATED SIZE
redis latest 5f515359c7f8 5 days ago 183 MB
nginx latest 05a60462f8ba 5 days ago 181 MB想查看某个位置之前的镜像也可以只需要把 since 换成 before 即可、 此外如果镜像构建时定义了 LABEL 还可以通过 LABEL 来过滤。 $ docker image ls -f labelcom.example.version0.1
...3.2.5、以特定格式显示 默认情况下 docker image ls 会输出一个完整的表格但是我们并非所有时候都会需要这些内容。比如刚才删除虚悬镜像的时候我们需要利用 docker image ls 把所有的虚悬镜像的 ID 列出来然后才可以交给 docker image rm 命令作为参数来删除指定的这些镜像这个时候就用到了 -q 参数。 $ docker image ls -q
5f515359c7f8
05a60462f8ba
fe9198c04d62
00285df0df87
f753707788c5
f753707788c5
1e0c3dd64ccd--filter 配合 -q 产生出指定范围的 ID 列表然后送给另一个 docker 命令作为参数从而针对这组实体成批的进行某种操作的做法在 Docker 命令行使用过程中非常常见不仅仅是镜像将来我们会在各个命令中看到这类搭配已完成很强大的功能。因此每次在文档看到过滤器后可以多注意一下它们的用法。 另外一些时候我们可能只是对表格的结构不满意希望自己组织列或者不希望有标题这样方便其它程序解析结果等这就用到了 Go 的模板语法。 比如下面的命令会直接列出镜像结果并且只包含镜像ID 和仓库名 $ docker image ls --format {{.ID}}: {{.Repository}}
5f515359c7f8: redis
05a60462f8ba: nginx
fe9198c04d62: mongo
00285df0df87: none
f753707788c5: ubuntu
f753707788c5: ubuntu
1e0c3dd64ccd: ubuntu或者打算以表格等距显示并且有标题行和默认一样不过自己定义列 docker image ls --format table {{.ID}}\t{{.Repository}}\t{{.Tag}}3.3、删除本地镜像 如果想要删除本地的镜像可以使用 docker image rm 命令其格式为 docker image rm [选项] 镜像1 [镜像2 ...]3.3.1、用 ID、镜像名、摘要删除镜像 其中 镜像 可以是 镜像短 ID、镜像长 ID、镜像名 或者 镜像摘要。 比如我们有这么一些镜像 $ docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
centos latest 0584b3d2cf6d 3 weeks ago 196.5 MB
redis alpine 501ad78535f0 3 weeks ago 21.03 MB
docker latest cf693ec9b5c7 3 weeks ago 105.1 MB
nginx latest e43d811ce2f4 5 weeks ago 181.5 MB我们可以用镜像的完整 ID也称为 长 ID 来删除镜像。使用脚本的时候可能会用长 ID但是人工输入就太累了所以更多的时候使用 短 ID 来删除镜像。 docker image ls 默认列出的就已经是短 ID 了一般取前 3 个字符以上只要足够区分于别的镜像就可以了。 比如这里如果我们要删除 redis:alpine 镜像可以执行 $ docker image rm 501
Untagged: redis:alpine
Untagged: redissha256:f1ed3708f538b537eb9c2a7dd50dc90a706f7debd7e1196c9264edeea521a86d
Deleted: sha256:501ad78535f015d88872e13fa87a828425117e3d28075d0c117932b05bf189b7
Deleted: sha256:96167737e29ca8e9d74982ef2a0dda76ed7b430da55e321c071f0dbff8c2899b
Deleted: sha256:32770d1dcf835f192cafd6b9263b7b597a1778a403a109e2cc2ee866f74adf23
Deleted: sha256:127227698ad74a5846ff5153475e03439d96d4b1c7f2a449c7a826ef74a2d2fa
Deleted: sha256:1333ecc582459bac54e1437335c0816bc17634e131ea0cc48daa27d32c75eab3
Deleted: sha256:4fc455b921edf9c4aea207c51ab39b10b06540c8b4825ba57b3feed1668fa7c7我们也可以用 镜像名 也就是 仓库名:标签 来删除镜像。 $ docker image rm centos
Untagged: centos:latest
Untagged: centossha256:b2f9d1c0ff5f87a4743104d099a3d561002ac500db1b9bfa02a783a46e0d366c
Deleted: sha256:0584b3d2cf6d235ee310cf14b54667d889887b838d3f3d3033acd70fc3c48b8a
Deleted: sha256:97ca462ad9eeae25941546209454496e1d66749d53dfa2ee32bf1faabd239d38当然更精确的是使用 镜像摘要 删除镜像。 $ docker image ls --digests
REPOSITORY TAG DIGEST IMAGE ID CREATED SIZE
node slim sha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228 6e0c4c8e3913 3 weeks ago 214 MB$ docker image rm nodesha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228
Untagged: nodesha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be2283.3.2、Untagged 和 Deleted 如果观察上面这几个命令的运行输出信息的话你会注意到删除行为分为两类一类是 Untagged另一类是 Deleted。我们之前介绍过镜像的唯一标识是其 ID 和摘要而一个镜像可以有多个标签。 因此当我们使用上面命令删除镜像的时候实际上是在要求删除某个标签的镜像。所以首先需要做的是将满足我们要求的所有镜像标签都取消这就是我们看到的 Untagged 的信息。因为一个镜像可以对应多个标签因此当我们删除了所指定的标签后可能还有别的标签指向了这个镜像如果是这种情况那么 Delete 行为就不会发生。所以并非所有的 docker image rm 都会产生删除镜像的行为有可能仅仅是取消了某个标签而已。 当该镜像所有的标签都被取消了该镜像很可能会失去了存在的意义因此会触发删除行为。镜像是多层存储结构因此在删除的时候也是从上层向基础层方向依次进行判断删除。镜像的多层结构让镜像复用变动非常容易因此很有可能某个其它镜像正依赖于当前镜像的某一层。这种情况依旧不会触发删除该层的行为。直到没有任何层依赖当前层时才会真实的删除当前层。这就是为什么有时候会奇怪为什么明明没有别的标签指向这个镜像但是它还是存在的原因也是为什么有时候会发现所删除的层数和自己 docker pull 看到的层数不一样的源。 除了镜像依赖以外还需要注意的是容器对镜像的依赖。如果有用这个镜像启动的容器存在即使容器没有运行那么同样不可以删除这个镜像。之前讲过容器是以镜像为基础再加一层容器存储层组成这样的多层存储结构去运行的。因此该镜像如果被这个容器所依赖的那么删除必然会导致故障。如果这些容器是不需要的应该先将它们删除然后再来删除镜像。 3.3.3、用 docker image ls 命令来配合 像其它可以承接多个实体的命令一样可以使用 docker image ls -q 来配合使用 docker image rm 这样可以成批的删除希望删除的镜像。我们在 “镜像列表”章节介绍过很多过滤镜像列表的方式都可以拿过来使用。 比如我们需要删除所有仓库名为 redis 的镜像 docker image rm $(docker image ls -q redis)或者删除所有在 mongo:3.2 之前的镜像 docker image rm $(docker image ls -q -f beforemongo:3.2)充分利用你的想象力和 Linux 命令行的强大你可以完成很多非常赞的功能。 3.3.4、CentOS/RHEL 的用户需要注意的事项 在 Ubuntu/Debian 上有 UnionFS 可以使用如 aufs 或者 overlay2而 CentOS 和 RHEL 的内核中没有相关驱动。因此对于这类系统一般使用 devicemapper 驱动利用 LVM 的一些机制来模拟分层存储。这样的做法除了性能比较差外稳定性一般也不好而且配置相对复杂。Docker 安装在 CentOS/RHEL 上后会默认选择 devicemapper但是为了简化配置其 devicemapper 是跑在一个稀疏文件模拟的块设备上也被称为 loop-lvm。这样的选择是因为不需要额外配置就可以运行 Docker这是自动配置唯一能做到的事情。但是 loop-lvm 的做法非常不好其稳定性、性能更差无论是日志还是 docker info 中都会看到警告信息。官方文档有明确的文章讲解了如何配置块设备给 devicemapper 驱动做存储层的做法这类做法也被称为配置 direct-lvm。 除了前面说到的问题外devicemapper loop-lvm 还有一个缺陷因为它是稀疏文件所以它会不断增长。用户在使用过程中会注意到 /var/lib/docker/devicemapper/devicemapper/data 不断增长而且无法控制。很多人会希望删除镜像或者可以解决这个问题结果发现效果并不明显。原因就是这个稀疏文件的空间释放后基本不进行垃圾回收的问题。因此往往会出现即使删除了文件内容空间却无法回收随着使用这个稀疏文件一直在不断增长。 所以对于 CentOS/RHEL 的用户来说在没有办法使用 UnionFS 的情况下一定要配置 direct-lvm 给 devicemapper无论是为了性能、稳定性还是空间利用率。 或许有人注意到了 CentOS 7 中存在被 backports 回来的 overlay 驱动不过 CentOS 里的这个驱动达不到生产环境使用的稳定程度所以不推荐使用。 --------------------- 作者微枫Micromaple 来源CSDN 原文https://blog.csdn.net/qq_41779565/article/details/125727576 版权声明本文为作者原创文章转载请附上博文链接 内容解析ByCSDN,CNBLOG博客文章一键转载插件
