systemd是Linux下的中央系统及设定管理程式（init）,包括有守护进程，程序库跟应用程序。开发目标是提供更优秀的框架以表示系统服务间的依赖关系，并以此实现系统初始化时服务的并行启动，同时达到降低shell的系统开销，最终替代现在常用的system v与BSD风格init程序。
systemd组件与System V风格init相比，
Systemd特点：
• 平行处理所有服务：
systemd可以并行启动不相依的服务。
• on-deamon启动方式
systemd依靠systemctl命令就可以控制systemd，无需其他命令。常驻内存，因此任何要求 （on-demand） 都可以立即处理后续的 daemon 启动的任务
• 服务相依的自我检查：
例如：B服务是架构在A服务上，你手动启动B服务systemd会自动启动A服务。
• 功能分类
system所管理的服务非常之多，它定义了一个服务就是一个unit，相同的unit分为同一类型，systemd 将服务单位 （unit） 区分为 service, socket, target, path,snapshot, timer 等多种不同的类型（type）， 方便管理员的分类与记忆。
• 将多个 daemons 集合成为一个群组
如同 systemV 的 init 里头有个 runlevel 的特色，systemd 亦将许多的功能集合成为一个所谓的 target 项目，这个项目主要在设计 *** 作环境的创建， 所以是集合了许多的 daemons，亦即是执行某个 target 就是执行好多个daemon 的意思
• 向下兼容Init服务脚本
基本上， systemd 是可以相容于 init 的启动脚本的，因此，旧的 init 启动脚本也能够通过 systemd 来管理，只是更进阶的 systemd 功能就没有办法支持
Systemd的核心概念是：unit,unit由其相关配置文件进行标识，识别和配置，文件中主要包含了系统服务、监听的socket、保存的快照以及其它与init相关的信息； 这些配置文件主要保存在：
/usr/lib/systemd/system
/run/systemd/system
/etc/systemd/system
target
system所管理的服务非常之多，它定义了一个服务就是一个unit，相同的unit分为同一类型，systemd 将服务单位 （unit） 区分为 service, socket, target, path,snapshot, timer 等多种不同的类型（type）， 为了方便管理员的分类、记忆与管理，把多个unit 集合在一起，组成一个target，执行这个target即可执行对应下的多个unit。
systemd将过去的运行级别划分成对应的target,如下：
运行级别：
0 ==> runlevel0.target, poweroff.target
1 ==> runlevel1.target, rescue.target
2 ==> runlevel2.tartet, multi-user.target
3 ==> runlevel3.tartet, multi-user.target
4 ==> runlevel4.tartet, multi-user.target
5 ==> runlevel5.target, graphical.target
6 ==> runlevel6.target, reboot.target
service unit file：
通常由三部分组成：
[Unit]：定义与Unit类型相关的通用选项；用于提供unit的描述信息、unit行为及依赖关系等；
[Service]：与特定类型相关的专用选项；此处为Service类型；
[Install]：定义由“systemctl enable”以及"systemctl disable“命令在实现服务启用或禁用时用到的一些选项；
Unit段的常用选项：
Service段的常用选项：
Install段的常用选项：
过程：
写unit文件可以使用yum 安装http服务来参考写
源码安装http
为httpd编写unit文件
经我测试，如果type设置为：simple，启动程序直接由execstart后面的命令直接运行，并且直接运行在后台中，命令执行起来非常快，但是httpd服务没那么快起来，简单来说，type设置为simple，命令执行虽然快，但因为主进程需要启动子程序，所以直接使用浏览器浏览是看不到效果的；如果设置为forking，命令执行起来很慢，会中断一段时间，但是执行完成后，可以马上浏览看到效果, 并且使用simple有个弊端，因为httpd开辟了很多子程序提供服务，主进程的作用就是启动子进程，当启动完成以后，主进程会结束自身，所以再次使用systemctl status httpd查看，就会显示inactive状态，但其实已经启动了 。如果把type设置为：forking，则不会出现这个问题
service的type详细说明：
接下来可以使用systemctl命令来管理httpd了
至此，源码安装http和编写 unit文件并且实现systemd对其管理的实验成功~~~（ ＾-＾ ）
CentOS的启动流程总体顺序如下:
POST -->Boot Sequence -->bootloader(MBR) -->Kernel -->加载rootfs -->switchroot -->/sbin /init -->(配置文件：/etc/inittab, /etc/init/*.conf) -->根据init配置文件设置默认运行级别 -->运行系统初始化脚本/etc/rc.d/rc.sysinit，完成系统初始化 -->开启或关闭用户选定的对应运行级别下所对应的服务 -->启动终端，打印登录提示符。
注：前面加粗部分代表内核空间的系统启动流程，后面未加粗部分代表用户空间的系统启动流程。
第一步：硬件启动过程
POST加电自检
主要实现的功能是检测各个外围硬件设备是否存在而且能够正常运行起来，实现这一自检功能的是固化在主板上的ROM(主要代表为CMOS)芯片上的BIOS(Basic Input/Output System)程序；例如BIOS会检测CPU、Memory以及I/O设备是否能够正常运行，如果是个人计算机的话可能还会检测一下显示器。只要一通电，CPU就会自动去加载ROM芯片上的BIOS程序，是这样来实现的。而检测完成之后就进行硬件设备的初始化。
选择启动设备以加载MBR
主要实现的功能是选择要启动的硬件设备，选择了之后就可以读取这个设备上位于MBR里头的bootloader了。这一步的实现是这样的：根据BIOS中对启动顺序的设定，BIOS自己会依次扫描各个引导设备，然后第一个被扫描到具有引导程序(bootloader)的设备就被作为要启动的引导设备。
MBR（Main Boot Record），是硬盘的0柱面，0磁道、1扇区（第一个扇区），称为主引导扇区，也称为主引导记录。它由三部分组 成：主引导程序（BootLoader）、硬盘分区表DPT（Disk Partition table）和硬盘有效标志（55AA）。
注：硬盘默认一个扇区大小为512字节。
第一部分，主引导程序（BootLoader）占446个字节，负责从活动分区中装载，并运行系统引导程序。
第二部分，硬盘分区表DPT占64个字节，有4个分区表项，每个分区表项占16个字节，硬盘中分区有多少以及每一个分区的大小都记 录在其中。
第三部分，硬盘有效标志，占2个字节，固定为55AA。如果这个标志位0xAA55，就认为这个是MB
第二步：GRUB引导阶段
不同的系统有不同的主引导程序（BootLoader）。Windows使用的是NTLDR（NT Loader，Windows NT系列 *** 作系统）、Bootmgr（Boot Manager，Windows Vista，7，8，10），Linux一般使用的是grub（也叫grub legacy）和grub2。GRUB程序加载执行并引导kernel（内核）程序，其中有三个阶段，Grub引导阶段的文件都在/boot/grub/目录下。
stage1： 这一阶段执行的就是系统安装时预先写入到MBR的Bootloader程序，即是存放在MBR的前446字节里的程序。它的任务仅是读取（加载）硬盘的0柱面，0磁道，2扇区的内容（/boot/grub/stage1）并执行。
stage1.5： 这一阶段是Stage1阶段和Stage2阶段的桥梁，功能是加载stage2所在分区的文件系统驱动，让stage1中的bootloader能识别stage2所在分区的文件系统，此后grub程序便有能力去访问/boot/grub/stage2。
stage2： 这一阶段读取并解析grub的配置文件/boot/grub/grub.cnf，根据配置文件加载内核镜像到内存中，通过initrd程序建立虚拟根文件系统，最后调用（转交）内核。
第三步：内部引导阶段
加载内核，核心开始解压，启动一些最核心的程序。为了让内核足够的轻小，硬件驱动并没放在内核文件里面。系统仅探测可识别到的所有硬件设备，加载硬件驱动程序，即加载真正的根文件系统所在设备的驱动程序（有可能会借助于ramdisk加载驱动），以只读方式挂载根文件系统，运行用户空间的第一个应用程序：/sbin/init。
第四步：init初始化阶段（系统初始化阶段）
虽然CentOS 5、CentOS 6以及CentOS 7的/etc/init配置文件内容各不相同，但总体的启动流程相同：/sbin/init -->根据/etc/inittab配置文件设置默认运行级别 -->运行系统初始化脚本/etc/rc.d/rc.sysinit，完成系统初始化 -->关闭或启动用户选定的默认运行级别所对应的服务 。
对于CentOS 5来说，初始化程序init是SysV init，其配置文件为：/etc/inittab； 对于CentOS 6来说，初始化程序init是upstart，其配置文件为：/etc/inittab， /etc/init/ .conf，也就是upstart将配置文件拆分成多个，在/etc/init/目录下以conf结尾的都是upstart风格的配置文件，而/etc/inittab仅用于设置默认运行级别； 对于CentOS 7来说，初始化程序init是systemd，其配置文件：/usr/lib/system/systemd/, /etc/systemd/system/ ；
具体执行过程：/sbin/init程序会读取/etc/inittab文件确认运行级别，然后执行/etc/rc.d/rc脚本，根据确认的运行级别启动对应/etc/rc.d/rc#.d/目录下的服务（#为0~6），与此同时执行系统初始化脚本/etc/rc.sysinit（软链接，指向/etc/rc.d/rc.sysinit），还会加载/etc/rc.local（软链接，指向/etc/rc.d/rc.local文件）用户自定义服务（脚本）。
CentOS7中初始化进程变为了systemd，systemd即为system daemon，是Linux下的一种init软件，开发目标是提供更优秀的框架以表示系统服务间的依赖关系，并依此实现系统初始化时服务的并行启动，同时达到降低Shell系统开销的效果，最终代替现在常用的System V与BSD风格的init程序。与多数发行版使用的System V风格的init相比，systemd采用了以下的新技术：A.采用Socket激活式与总线激活式服务，以提高相互依赖的各服务的并行运行性能；B.用Cgroup代替PID来追踪进程，即使是两次fork之后生成的守护进程也不会脱离systemd的控制。
第五步：启动终端
根据前面获取的运行级别来启动终端，mingetty程序是用于启动终端的，它会调用登录程序login，这样就能显示出登录提示符了，类似mingetty这种用于打开终端的程序还有getty等。而如果默认运行级别为5，则会打开图形界面。
第一步：硬件启动过程
这一步和CentOS6差不多，详细请看1.1内容。
第二步：GRUB引导阶段
从这一步开始，CentOS6和CentOS7的启动流程区别开始展现出来了。CentOS7的主引导程序使用的是grub2，执行过程是先加载boot.img、core.img两个镜像，再加载MOD模块文件，把grub2程序加载执行，接着解析配置文件/boot/grub/grub.cfg，根据配置文件加载内核镜像到内存，之后构建虚拟根文件系统，最后转到内核。
CentOS7中使用命令进行配置，而不直接去修改配置文件了。grub.cfg配置文件开头注释部分说明了由/etc/grub.d/目录下文件和/etc/default/grub文件组成。改好配置后都需要使用命令grub2-mkconfig -o /boot/grub2/grub.cfg，将配置文件重新生成。
第三步：内部引导阶段
这一步与CentOS6也差不多，加载驱动，切换到真正的根文件系统，唯一不同的是执行的初始化程序变成了/usr/lib/systemd/systemd。
第四步：init初始化阶段（系统初始化阶段）
CentOS7中我们的初始化进程变为了systemd。执行默认target配置文件/etc/systemd/system/default.target（这是一个软链接，与默认运行级别有关）。然后执行sysinit.target来初始化系统和basic.target来准备 *** 作系统。接着启动multi-user.target下的本机与服务器服务，并检查/etc/rc.d/rc.local文件是否有用户自定义脚本需要启动。最后执行multi-user下的getty.target及登录服务，检查default.target是否有其他的服务需要启动。
注意：/etc/systemd/system/default.target指向了/lib/systemd/system/目录下的graphical.target或multiuser.target。而graphical.target依赖multiuser.target，multiuser.target依赖basic.target，basic.target依赖sysinit.target，所以倒过来执行。
unit对象：unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其他与init相关的信息。（也就是CentOS6中的服务器启动脚本）
第五步：启动终端
systemd执行sysinit.target
systemd启动multi-user.target下的本机与服务器服务
systemd执行multi-user.target下面的/etc/rc.d/rc.local
Systemd执行multi-user.target下的getty.target及登录服务
getty.target是启动终端的systemd对象。如果到此步骤，系统没有指定启动图形桌面，到此就可以结束了，如果需要启动图形界面，要在此基础上启动桌面程序。
从 CentOS 7 版本之后，系统开始用 systemd 实现init进程，系统启动和服务器守护进程管理器功能，负责在系统启动或运行时，激活系统资源，服务器进程和其它进程。
unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其它与init相关的信息。
3.2 system unit文件格式
/usr/lib/systemd/system：发行版打包者使用，每个服务最主要的启动脚本设置，类似于之前的/etc/init.d/
/etc/systemd/system：系统管理员和用户使用，管理员建立的执行脚本，类似于/etc/rcN.d/Sxx的功能，比上面目录优先运行
/lib/systemd/system:：ubutun的对应目录
/run/systemd/system：系统执行过程中所产生的服务脚本，比上面目录优先运行
unit 格式说明：
service unit file文件通常由三部分组成：
Unit段的常用选项：
Service段的常用选项：
Install段的常用选项：
注意：对于新创建的unit文件，或者修改了的unit文件，要通知systemd重载此配置文件,而后可以选择重启。
首先在启动界面按e编辑启动参数,
将ro参数更改为rw init=/sysroot/bin/sh，按ctr + x启动系统
按下图执行命令更改root密码
快照功能：记录当前的硬盘的状态。刚建快照时快照占用内存为0，标记了当前硬盘的存储状态。当虚拟机对快照标记的内容改写时，会将改写的内容存储进快照，与未改写的部分整合得到完整的快照。当快照标记的部分被完全改写，那么快照存储空间完整记录了当时拍摄时的内存状态。
参数形式
第一种：参数用一横的说明后面的参数是字符形式。
第二种：参数用两横的说明后面的参数是单词形式。
第三种：参数前有横的是 System V风格。
第四种：参数前没有横的是 BSD风格。
cat、more、less、head、tail命令的比较：
cat命令可以一次显示整个文件，如果文件比较大，使用不是很方便；
more命令可以让屏幕在显示满一屏幕时暂停，按空格往前翻页，按b往后翻页。
less命令也可以分页显示文件，和more命令的区别就在于： 支持上下键卷动屏幕、查找；不需要在一开始就读取整个文件，打开大文件时比more、vim更快。
head命令用于查看文件的前n行。
tail命令用于查看文件的后n行，加上-f命令，查看在线日志非常方便，可以打印最新增加的日志。
一般模式：
编辑模式：
命令模式：
编码
多行 *** 作(列编辑模式)
插入：ctrl+v进入列编辑模式，上下移动光标选择需要插入的位置，然后输入大写I，输入需要文本，最后按esc键退出，就会发现文本会在选择的多行中插入。
删除：ctrl+v进入列编辑模式，上下移动光标选中需要删除的部分，然后按d，就会删除选中的内容。
①head：显示文件头部内容
②tail：输出文件尾部内容
注意：用vim和vi修改内容会删除源文件并生成新文件，所以tail -f会失效。需要用到
追加和覆盖语句（>或>>），才能被tail -f监视到。
一般用于查看小文件
查看压缩文件中的文本内容
例：
①more：文件内容分屏查看器
②less：分屏显示文件内容，效率比more高
1、简单读取
运行脚本如下
测试结果为：
2、-p 参数，允许在 read 命令行中直接指定一个提示。
运行脚本如下
测试结果为：
echo [选项] [输出内容] （输出内容到控制台）
输出给定文本的sha256加密后的内容
①显示当前时间信息
②显示当前时间年月日
③显示当前时间年月日时分秒
④显示昨天
⑤显示明天时间
⑥显示上个月时间
需要注意的是取下个月的命令存在bug，执行如下命令会得到21-10，但是正常应该得到21-09，需要注意
date -d "2021-08-31 +1 month" +%y-%m
⑦修改系统时间
⑧获取当前时间戳
获取秒时间戳： date +%s
获取毫秒时间戳：$[ (date +%s%N) /1000000]
查看日历
（1）查看当前月的日历
（2）查看2017年的日历
例：
对比gzip/gunzip，zip/unzip可以压缩文件和目录且保留源文件。
①zip：压缩
②unzip：解压缩
只能压缩文件不能压缩目录，不保留原来的文件。
gzip 文件 （只能将文件压缩为*.gz文件）
gunzip 文件.gz（解压缩文件命令）
例： crontab -e
（1）进入crontab编辑界面。会打开vim编辑你的工作。
（2）每隔1分钟，向/root/bailongma.txt文件中添加一个11的数字
*/1 * * * * /bin/echo ”11” >>/root/bailongma.txt
（3）可以用tail -f 目标文件来实施监控追加的内容
查看日志
可以用tail -f /var/log/cron.log观察
Cron表达式见文章： https://www.jianshu.com/writer#/notebooks/46619194/notes/75177408
ls [选项] [目录或是文件]
cd [参数]
例： cd -P $(dirname $p1) ； pwd 先跳转到文件的所在目录，再打印$p1文件的实际路径
概述
①cp（copy）：只能在本机中复制
②scp（secure copy）：可以复制文件给远程主机
scp -r test.sh hxr@hadoop102:/root
③rsync（remote sync）：功能与scp相同，但是不会改文件属性
rsync -av test.sh test.sh hxr@hadoop102:/root
④nc（netcat）：监听端口，可以实现机器之间传输文件。
nc -lk 7777 (-l表示listen，-k表示keep)
强制覆盖不提示的方法：\cp
例：scp -r test.sh hxr@bigdata1:/root
例：rsync -av test.shhxr@bigdata1:/root
例：
nc -lp 10000 >nc_test.txt
nc -w 1 hadoop102 <nc_test.txt
远程登录时默认使用的私钥为~/.ssh/id_rsa
生成密钥对
将公钥发送到本机
将密钥发送到需要登录到本机的服务器上
修改密钥的权限
远程登陆
如果有多个节点需要远程登陆，可以在.ssh下创建config并输入
再次登陆
①正向代理：
②反向代理：
所谓“反向代理”就是让远端启动端口，把远端端口数据转发到本地。
HostA 将自己可以访问的 HostB:PortB 暴露给外网服务器 HostC:PortC，在 HostA 上运行：
那么链接 HostC:PortC 就相当于链接 HostB:PortB。
使用时需修改 HostC 的 /etc/ssh/sshd_config 的一条配置如下，不然启动的进程监听的ip地址为127.0.0.1，即只有本机可以访问该端口。
相当于内网穿透，比如 HostA 和 HostB 是同一个内网下的两台可以互相访问的机器，HostC是外网跳板机，HostC不能访问 HostA，但是 HostA 可以访问 HostC。
那么通过在内网 HostA 上运行 ssh -R 告诉 HostC，创建 PortC 端口监听，把该端口所有数据转发给我（HostA），我会再转发给同一个内网下的 HostB:PortB。
同内网下的 HostA/HostB 也可以是同一台机器，换句话说就是 内网 HostA 把自己可以访问的端口暴露给了外网 HostC。
例： 比如在我的内网机192.168.32.244上有一个RabbitMQ的客户端，端口号为15672。现在我希望在外网上访问固定ip的云服务器chenjie.asia的6009端口，通过跳板机192.168.32.243来转发请求到192.168.32.244:15672，从而实现在外网访问内网服务的功能，即内网穿透。
①在192.168.32.244上启动RabbitMQ服务
②将chenjie.asia云服务器的私钥复制到跳板机192.168.32.243的~/.ssh下，并重命名为id_rsa。通过如下命令看是否可以远程登陆到云服务，可以登陆则进行下一步。
③修改chenjie.asia服务器的ssh配置文件 /etc/ssh/sshd_config ，允许其他节点访问
然后重启sshd服务
④在跳板机192.168.32.243启动ssh反向代理
这个进程在关闭session时会停止，可以添加启动参数 -CPfN
例：
以 root 身份执行的程序有了所有特权，这会带来安全风险。Kernel 从 2.2 版本开始，提供了 Capabilities 功能，它把特权划分成不同单元，可以只授权程序所需的权限，而非所有特权。
例如：linux不允许非root账号只用1024以下的端口，使用root启动命令nginx，会导致nginx权限过高太危险。所以用setcap命令
sudo setcap cap_net_bind_service=+eip /bigdata/nginx/sbin/nginx
正确的关机流程为 ：sync >shutdown >reboot >halt
（1）sync （功能描述：将数据由内存同步到硬盘中）
（2）halt （功能描述：关闭系统，等同于shutdown -h now 和 poweroff）
（3）reboot （功能描述：就是重启，等同于 shutdown -r now）
（4）shutdown [选项] [时间]
安装
yum install -y telnet-server telnet
ls -i 显示文件的节点号
find -inum 节点号 -delete 删除指定的节点即可删除对应的文件
启动一个服务： systemctl start postfix.service
关闭一个服务： systemctl stop postfix.service
重启一个服务： systemctl restart postfix.service
显示一个服务的状态： systemctl status postfix.service
在开机时启用一个服务： systemctl enable postfix.service
在开机时禁用一个服务： systemctl disable postfix.service
注：在enable的时候会打印出来该启动文件的位置
列出所有已经安装的服务及状态：
systemctl list-units
systemctl list-unit-files
查看服务列表状态:
systemctl list-units --type=service
查看服务是否开机启动： systemctl is-enabled postfix.service
查看已启动的服务列表： systemctl list-unit-files | grep enabled
查看启动失败的服务列表： systemctl --failed
查看服务日志： journalctl -u postfix -n 10 -f
命令类似systemctl，用于 *** 作native service。
添加脚本为服务(需要指定启动级别和优先级)： chkconfig --add [脚本]
删除服务： chkconfig --del [脚本]
单独查看某一服务是否开机启动的命令 ： chkconfig --list [服务名]
单独开启某一服务的命令 ： chkconfig [服务名] on
单独关闭某一服务的命令： chkconfig [服务名] off
查看某一服务的状态： /etc/intd.d/[服务名] status
启用服务就是在当前"runlevel"的配置文件目录 /etc/systemd/system/multi-user.target.wants 里，建立 /usr/lib/systemd/system 里面对应服务配置文件的软链接；禁用服务就是删除此软链接，添加服务就是添加软连接。
su 用户名称 （切换用户，只能获得用户的执行权限，不能获得环境变量）
su - 用户名称 （切换到用户并获得该用户的环境变量及执行权限）
echo $PATH打印环境变量
设置普通用户具有root权限
修改 /etc/sudoers 文件，找到下面一行(91行)，在root下面添加一行，如下 所示：
或者配置成采用sudo命令时，不需要输入密码
修改完毕，现在可以用hxr 帐号登录，然后用命令 sudo ，即可获得root权限进行 *** 作。
以azkaban用户执行引号中的命令
gpasswd -d [username] [groupname] 将用户从组中删除
gpasswd -a [username] [groupname] 将用户加入到组中
用户组的管理涉及用户组的添加、删除和修改。组的增加、删除和修改实际上就是对 /etc/group文件的更新。
0首位表示类型 - 代表文件 d 代表目录l 链接文档(link file)
三种特殊权限suid、sgid、sticky
例子:
变更文件权限方式一
例：chmod u-x,o+x houge.txt
变更文件权限方式二
例：chmod -R 777 /mnt/ 修改整个文件夹的文件权限
在linux中创建文件或者目录会有一个默认权限的，这个默认权限是由umask决定的（默认为0022）。umask设置的是权限的“补码”，而我们常用chmod设置的是文件权限码。一般在/etc/profile 、~/.bashprofile 或者 ~/.profile中设置umask值。
umask计算
如root用户的默认umask为0022(第一个0 代表特殊权限位，这里先不考虑)，创建的文件默认权限是644(即默认666掩上umask的022)，创建的目录是755(即默认777掩上umask的022)。
对于root用户的umask=022这个来说，777权限二进制码就是（111）（111）（111），022权限二进制码为（000）（010）（010）。
上面就是一个umask的正常计算过程，但是这样实在是太麻烦了。我们使用如下的简单的方法快速计算。
上面的这个方法计算是非常方便的， 为何得到奇数要+1呢？
文件的最大权限是666，都是偶数，你得到奇数，说明你的umask有奇数啊，读为4，写为2，都是偶数，说明你有执行权限的。
就按照上面的umask=023为例，在计算其他用户权限的时候6-3=3 ，6是读写，3是写和执行，其实应该是读写权限减去读权限的得到写权限的，相当于我们多减去了一个执行权限。所以结果加1。
umask修改
如果想单独修改某个文件夹的新建文件的权限，可以使用setfacl命令。
例：递归改变文件所有者和所有组 chown -R hxr:hxr /mnt
例：
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）