做半导体器件仿真的人，基本都绕不开 Sentaurus TCAD。作为 Synopsys 在器件与工艺仿真方向的旗舰 EDA 工具，它几乎是一整套 TCAD 流程的集合：工艺仿真、结构编辑、网格划分、器件电学仿真、结果可视化，都能在同一个工作台下串联起来。2018 这个版本虽然已经退居二线，但很多课题组和生产环境的业务流程还压在这套老版本上，稳定、文档全、踩坑记录多，反而是新手入门时最不容易被劝退的选择。这篇是 EDA 工具系列的续篇，接着上次的工具链框架，专门写怎么在 Linux 下把 Sentaurus TCAD 2018 从零装到能跑，并且把你大概率会遇到的那几个坑提前摆出来。适合刚接触半导体器件仿真、打算在公司服务器或自己虚拟机里搭环境的研究生和工程师参考。
1. 版本选择与运行环境：装之前先把这几件事定下来
1.1 为什么还在用2018？版本决策的现实逻辑
Sentaurus TCAD 的版本命名习惯从早年的 A-2008.09、B-2012.06 一路演进到了按年份直接计数的 2017.09、2018.12 这种形式。2018 这个版本处于一个很微妙的位置：它比老一代的 H-2013、K-2015 修复了大量在新内核、新编译器环境下的兼容性问题，又比 2020 之后的版本更轻量，安装包更小，对操作系统版本的要求也更宽松。
很多人一听"2018"就下意识觉得老，但在实际项目里，TCAD 这种工具很少追求"最新"。器件模型文件、校准过的工艺参数、项目和 PVM（Process Verification Model）结果往往和版本深度绑定。换一个大版本，有时候连sdevice里默认的物理模型参数都会变，仿真对照直接重来。所以我见过不少公司，在某个版本上做完一套成熟 PDK 校准之后，会刻意锁死版本跑四五年。2018 正好是这类长期稳定链路上的常见选择。
还有一个很实际的原因：网上能查到的 Sentaurus TCAD 例子、高校课件、开源 PDK 中的脚本，很多都是基于 2018 环境调试的。用新版本去跑了老 deck，多少会冒出来一些奇怪的行为差异。对于刚入门的人来说，先把 2018 跑通，把模型行为摸熟，后续要切换新版本也更容易判断问题出在工具还是模型上。
1.2 虚拟机还是物理机：两种环境的选择要点
Sentaurus TCAD 对硬件的要求并不苛刻，但环境稳定性非常关键。个人学习场景里，我强烈建议先在虚拟机里装一遍。原因很直白：安装过程中不可避免会踩坑，虚拟机有快照功能，装挂了、配错了，回滚一下就是几分钟的事情。我自己的习惯是装好一个干净的基础系统后立刻打一个快照，然后在快照副本上去折腾安装和 license 配置。这样即使把系统库搞坏了，也不会影响后面的工作环境。
虚拟机用 VMware Workstation 还是 VirtualBox 都可以，实测下来 VMware 对 Linux 图形界面的支持更省心，OpenGL 转译也稳定一些。需要注意两点：一是虚拟机内存不要小于 8GB，因为 Sentaurus Workbench 本身是 Java 应用，再叠加器件仿真的网格计算，内存小了会在后面跑例子时莫名崩溃；二是磁盘不要用默认的 20GB，建议直接设 60GB 以上，并且拆成两个分区，一个装系统，一个留给/home下的工作目录。
如果你是在团队服务器上安装，那直接用物理机或公司虚拟机平台会更好。物理机的优势在于 hostid 固定，license 绑定不容易出问题，而且 CPU 核心数和内存可以给足。有人问过我用 Docker 行不行，这个我不太推荐。Sentaurus 工具链对图形界面、老库和 license 服务都有点"敏感期"，容器里折腾网络和显示转发的成本，比直接在虚拟机里装高得多。除非是纯命令行调用sdevice的自动化流程，否则不建议新手用容器。
1.3 硬件与磁盘的底线要求
先说安装包体量。Sentaurus TCAD 2018 的安装包解压后大概 7GB 左右，完整安装到目标目录后，实际占用通常在 12GB 到 15GB 之间。如果你还装了配套的 Sentaurus Interconnect、Lithography 等模块，那还要再加几个 GB。所以磁盘空闲空间至少留出 25GB，才能舒服地完成安装和后续运行。
内存方面，最小 4GB 可以完成安装，但跑稍微像样的 3D 器件仿真就会很吃力。我的建议是起步 8GB，能上 16GB 更好。Sentaurus 的网格划分和矩阵求解对内存的需求是陡峭上升的，后面分析 PN 结、FinFET 这类结构时，2D 仿真就能吃掉 2GB 上下，3D 结构动辄上到 6GB 都不稀奇。
还有一个新手容易忽略的点：inode。Sentaurus Workbench 管理项目时会在.swb目录下生成海量小文件，一个项目几十万个文件很正常。很多虚拟机的默认文件系统是 ext4，inode 数量在格式化时定了，如果安装分区 inode 用完，即使df -h看到还有 10GB 剩余，也会报"No space left on device"。这个坑我当年踩过一次，后面会单独说。
2. 安装包与系统依赖：动手之前把准备工作做扎实
2.1 拿到安装包之后先做这两件事
正规渠道拿到的安装包一般是一个或几个 tar 压缩包，文件名类似sentaurus_tcad_2018.XX_linux.tar。这种压缩包往往有 4GB 以上，解压之前务必先做校验。用md5sum或sha256sum和官方提供的 checksum 文件对比一下，能避免下载不完整导致解压中途报错。我见过不少人在这一步省事，结果安装到一半发现某个库文件缺失，回头排查了大半天才意识到是压缩包坏了。
md5sum -c sentaurus_tcad_2018.XX_linux.md5 sha256sum sentaurus_tcad_2018.XX_linux.tar校验通过后再解压。解压时用tar -xvf，然后直接看目录结构。通常你会看到一个类似setup.sh或install.m的安装入口文件，旁边还有scl_2018.XX这样的目录，那是 Synopsys Common Licensing 工具的安装包。潜在问题在于，有些下载渠道给的是多个分卷压缩包，需要先cat拼接再解压。如果解压时报"unexpected EOF"这类错误，先查分卷是否齐全，别急着怀疑压缩工具。
还有一点要知道：Sentaurus TCAD 只有 Linux 版本，而且要求 64 位系统。Intel/AMD 的 x86_64 架构是官方支持的，ARM 架构服务器不建议强行尝试，后续库依赖和 license 兼容性都容易让你怀疑人生。
2.2 依赖库补齐：CentOS/RHEL 下最容易翻车的一步
Sentaurus 工具链从很早就延续了 X11/Motif 时代的图形技术栈，所以它对 2018 年之前那批老图形库的依赖非常强。无论你在 CentOS 7、RHEL 7 还是 Ubuntu 上装，都需要先把这些库补齐。以 CentOS 7 为例，我通常会在安装前一次性装上这些包：
yum install -y redhat-lsb-core ksh csh tcsh motif libXp libXpm libX11 \ libXmu libXt libXext libXrender libGLU libelf expat \ libXft fontconfig mesa-libGL这里面最特殊的是libXp。它从 CentOS 7 开始不再在默认软件源里提供，下载时经常会提示找不到。但 Sentaurus 2018 的一部分二进制依然链接了libXp.so.6，如果缺失，启动swb时会直接报错。解决办法是去一个兼容的 rpm 仓库找老版本的libXp-1.0.2-2.1.el6.x86_64.rpm这类包，手动装上。
Ubuntu 用户对应的安装命令是：
sudo apt-get install -y libx11-6 libxmu6 libxt6 libxext6 libxrender1 \ libglu1-mesa libxp6 libxpm4 libelf1 libexpat1 \ ksh csh tcsh lsb-core注意 Ubuntu 18.04 之后默认仓库也没有libxp6，同样需要找到兼容的 .deb 包手动安装。这一步不做好，后面安装界面能弹出来，但启动工具时会发现一堆 shared library 报错。
如果不确定系统缺什么，用ldd检查安装目录下的二进制文件即可。比如安装完成后先ldd $STROOTBIN/swb，看到not found的项再去补库。这个操作比盲目重装有效得多。
2.3 创建专用用户和环境目录
我强烈建议不要用 root 账号安装和运行 Sentaurus TCAD。虽然 root 能绕开一部分权限问题，但 TCAD 项目运行时会生成大量文件，如果这些文件都属于 root，后续普通用户无法管理项目目录，权限问题会持续纠缠你。合理做法是创建一个专用用户，比如tcad，并建立一个清晰的目录规划。
useradd -m -s /bin/bash tcad passwd tcad mkdir -p /opt/synopsys/installer mkdir -p /opt/synopsys/scl mkdir -p /opt/synopsys/sentaurus mkdir -p /home/tcad/TCAD_projects chown -R tcad:tcad /opt/synopsys我推荐的目录结构是/opt/synopsys下分三个区域：installer放 Synopsys Installer，scl放许可管理工具，sentaurus放 TCAD 本体。项目文件放在/home/tcad/TCAD_projects。这样安装目录、许可、项目三者分离，后续备份和迁移都很方便。安装目录不要放在/home下，因为 home 目录有时候会被配额限制，而且重装系统容易丢。
系统的 hostname 在安装前也要确认好。特别提醒：不要在安装后再频繁改 hostname。Synopsys 的 license 机制有一部分依赖 hostname 和 MAC 地址，修改 hostname 会导致原本正常的 license 突然不可用。装好系统后，先把 hostname 固定成你未来长期使用的名字。
3. 安装器交互全流程：installer 跑到安装完成
3.1 运行installer前的三处确认
Sentaurus TCAD 2018 使用 Synopsys Installer 进行安装。安装包里的install.m只是入口脚本，真正干活的还是 installer。所以安装前先确认三件事：
第一，图形界面是否能正常显示。如果你是在本机直接操作 Linux 桌面，那./installer -gui是最省事的。但如果通过 SSH 远程安装，直接跑-gui大概率会出现"cannot open display"错误。这时候要么用ssh -X开启 X11 转发，要么老老实实使用./installer -console的终端交互模式。我在服务器上安装时几乎都用-console，它其实比 GUI 模式还快，而且不受网络波动影响。
第二，installer 版本是否匹配。Synopsys Installer 和 Sentaurus TCAD 2018 之间最好保持相近的版本。我试过用太老的 installer 去安装 2018 的包，会出现产品列表识别不全的问题。如果安装包里没有自带 installer，去 Synopsys 官方渠道下载一个新的 installer 即可。
第三，确认磁盘空间真实可用。用df -h看安装目标目录，保证空闲空间足够；同时用df -i看看 inode 余量。这两个都满足条件再开始。
3.2 交互式安装中的关键选项解读
下面以./installer -console为例，把交互流程里几个关键选项说一下，这些选项别看简单，选错很影响后续使用。
先运行安装器：
./installer -console安装器启动后会显示欢迎信息，要求按回车继续。随后它会列出发现的安装包，并问你要安装哪些产品。这里找到类似Sentaurus TCAD 2018.XX的条目，输入对应的编号。如果你是完整安装，就全选；只想用器件仿真的话，只选 Sentaurus TCAD 本体就够了。
下一步是选择安装目录。输入/opt/synopsys/sentaurus。注意安装器会把版本追加到这个路径后面，最后形成类似/opt/synopsys/sentaurus/tcad_2018.XX的目录结构。这个路径后面会用到，最好直接记下来。
然后是 license 配置环节。安装器会问你使用的是"已有 license server"还是"在新服务器上安装 SCL"。如果你是第一次搭环境，选择安装 SCL，安装器会引导你把 Synopsys Common Licensing 装好。这时候需要输入你从公司或者学校获得的合法 license 文件路径。如果实验室已经有 license server，选择连接已有服务器，填27000@your_license_server这种格式即可。
最后它会显示所有配置摘要并开始安装。安装耗时取决于磁盘速度，一般 20 到 40 分钟。到这一步最怕的是中途报错退出。常见的报错是权限不足，确认你用了刚才创建的tcad用户，并且/opt/synopsys目录归属正确。
3.3 安装目录结构：装完如何检查
安装完成后，进入/opt/synopsys/sentaurus/，你会看到类似下面这样的目录结构：
/opt/synopsys/sentaurus/ ├── bin # 全局启动脚本，swb、svisual 等都在这里 ├── lib # 公共运行库 ├── tcad_2018.XX # TCAD 主体目录 │ ├── bin # 各工具的二进制文件 │ ├── lib # 工具专属库 │ ├── examples # 官方示例项目 │ ├── contrib # 附加脚本和第三方集成 │ └── etc # 配置文件与模型参数 └── db # 共享数据库，工艺模型等检查安装是否完整，最简单的方法是直接看bin目录下有没有那几个核心可执行文件。swb是 Sentaurus Workbench 的启动脚本，sdevice是器件仿真的主力二进制，sprocess是工艺仿真，svisual是可视化后处理，sde是结构编辑器。如果这些文件都在，基本可以判断安装主体没有缺漏。
还有一个细节：安装之后不要自己手动挪动目录，或者用软链把它们移到别的地方。Sentaurus 很多工具内部用相对路径找库文件，移动过之后跑起来会出现各种诡异的"can't find library"错误。规划好目录，装完就固定在原位，这是最省心的做法。
4. License 环境配置：让工具认到许可是关键一步
4.1 先理解 Synopsys 的许可体系
Sentaurus TCAD 的许可机制基于 FlexNet Publisher，而 Synopsys 在这之上封装了一层 SCL，也就是 Synopsys Common Licensing。整套机制分为三层：最底层是lmgrd守护进程，负责启动和控制 license 服务；中间是snpslmd，它是 Synopsys 专用的 vendor daemon；最上层是你要用的各种 feature，比如sentaurus_device、sentaurus_process等。客户端工具启动时会向 license server 发起查询，只有 feature 可用、数量没超限，工具才允许运行。
理解这个结构对排查问题特别有帮助。比如报错说 "Cannot checkout feature"，你要先分清是根本连不上 license server，还是连上了但没有可用授权。前者通常是网络、环境变量或者服务没起来的问题，后者才是 license 文件里 feature 数量或权限的问题。
需要特别强调：整个许可机制要求使用从正规渠道获得的合法 license，公司授权、学校机房、官方试用都在此列。拿到 license 文件后，把它放到规划好的目录，比如/opt/synopsys/scl/license/，然后配置服务端和客户端的环境变量即可，不需要也绝对不能去碰什么生成器、修改器之类的工具。
4.2 环境变量配置清单与解释
不管你是连接已有的 license server，还是本机起了 SCL 服务，客户端环境变量是必须配对的。我以最常用的 bash 环境为例，把写入~/.bashrc的配置贴出来：
# Sentaurus TCAD 2018 Environment export STROOT=/opt/synopsys/sentaurus/tcad_2018.XX export STROOTBIN=$STROOT/bin export STDB=/opt/synopsys/sentaurus/db export SNPSLMD_LICENSE_FILE=27000@lic-server export LM_LICENSE_FILE=$SNPSLMD_LICENSE_FILE export PATH=$STROOTBIN:$PATH export LD_LIBRARY_PATH=$STROOT/lib:$LD_LIBRARY_PATH这里每个变量都有自己的用途。STROOT指向 TCAD 主目录，很多工具脚本靠它定位自己的资源文件；STROOTBIN指向可执行文件目录，方便系统找到swb命令；STDB指向共享数据库；SNPSLMD_LICENSE_FILE是 Synopsys 工具优先读取的变量，格式是port@hostname；LM_LICENSE_FILE是 FlexNet 通用变量，加一个是为了兼容某些老工具。LD_LIBRARY_PATH要不要配，取决于你安装时的默认路径，一般加上没坏处。
如果是 csh/tcsh 用户，语法要改成setenv STROOT /opt/synopsys/sentaurus/tcad_2018.XX这种形式。我自己就吃过这个亏，在服务器上切到 tcsh 之后忘记改语法，环境变量一直没生效，还以为是 license 的问题。
配置完之后务必执行source ~/.bashrc，然后立即检查环境变量是否生效：
echo $STROOT echo $STROOTBIN echo $SNPSLMD_LICENSE_FILE这一步花不了十秒钟，但能帮你避免后面排查一小时的烦恼。
4.3 验证 license 连通性：两条命令立见分晓
配置好环境变量后，先用lmutil工具验证 license 服务是否可达。lmutil通常在 SCL 安装目录下，例如/opt/synopsys/scl/2018.06/linux64/bin/lmutil，或者在 PATH 里直接可用。
lmutil lmstat -a -c 27000@lic-server如果能连上，会列出 license server 的状态、当前启动的 vendor daemon，以及各个 feature 的被占用情况。看到UP状态、snpslmd正常在跑就说明基础设施没问题。如果卡住或者报连接超时，先检查服务器防火墙是否放行了 27000 端口，再检查客户端能不能ping通服务器。
接下来就进入真正的验证环节，直接调用sdevice试试软许可能否 checkout：
sdevice --version正常的话它会输出版本信息。如果报 license 相关错误，比如Cannot checkout feature sentaurus_device，再根据前面说的分层思路去查。工具层没有设置变量就补变量，服务器层没有启动就查lmgrd日志，feature 层缺授权就找 license 管理员确认，这时候你就不会像无头苍蝇一样乱试了。
5. 安装后的自检链路：从 swb 到 sdevice 跑通一个小例子
5.1 先启动 SWB 验证 GUI 环境
确认 license 没问题后，第一步验证就是启动 Sentaurus Workbench。直接在终端输入：
swb &正常情况下，稍等几秒会弹出 Workbench 主窗口。这个工具是 TCAD 流程的入口，专门用来组织和管理仿真项目。第一次启动如果提示选择工作空间目录，把它指到/home/tcad/TCAD_projects即可。
如果启动报错，大多数情况是图形库或者 X11 输出问题。检查一下 DISPLAY 变量是否设置正确，如果是通过 SSH 远程使用，确认加了-X参数；如果是本机桌面环境，确认安装依赖时把libXext、libX11等库都补齐了。
SWB 主界面看起来有点老派，这是正常的，因为它的交互模式从很多年前就没怎么大改过。你只需要关注左侧的 Project Tree、中间的 Deck Editor 和下方的工具条就够了。后续所有仿真项目都会在 SWB 里被组织成"项目-流程-工具"的层级结构。
5.2 用官方例子做端到端仿真验证
GUI 能打开只说明基础运行没问题，真正能不能干活，要看命令行仿真是否跑得通。Sentaurus TCAD 2018 安装包自带 examples 目录，里面存放了大量官方示例 deck 文件。找到 example 项目最简单的方式是把examples目录导入 SWB，或者在终端里直接进入某个例子目录调用sdevice。
以验证器件仿真为例，你可以找一个简单的 PN 结或二极管例子。典型目录结构里会有类似n1_diode的文件夹，里面包含sdevice_des.cmd或des.par这样的仿真命令文件。在命令行切换到对应目录，运行：
cd $STROOT/tcad_2018.XX/examples/.../n1_diode sdevice sdevice_des.cmd仿真启动后终端会滚动输出网格划分、方程迭代、牛顿循环等日志信息。看到类似Iteration、Converged的输出，最后正常退出且没有报错，说明整个工具链是通的。如果在这个环节报了 license 错误或者库找不到的错误，回头检查第四章的配置。
如果希望观察仿真结果，可以运行svisual打开电流电压曲线：
svisual -log plot_current.pltsvisual 能绘制出 Id-Vd 等特性曲线。能看到曲线，意味着从 license、工具链、求解器到后处理的全链路都验证通过了。
5.3 其他配套工具的快速健康检查
除了sdevice，其他几个工具也值得快速过一遍，避免用到的时候才发现某个模块没装好。工艺仿真用sprocess，结构编辑用sde。它们的验证方式类似，用--version或者直接打开 GUI 检查能不能启动。
这里有个小经验：不同子工具对系统库的依赖略有差异。sdevice能跑不代表sprocess就能跑，因为两者的前端和后处理库并不完全一样。我在一次安装中就遇到过sdevice正常、sprocess -p启动时报一个老库缺失的情况。所以完整安装完成后，不要只测一个工具，尽量都点一遍，提前发现问题提前解决。
如果用的是多核服务器，还可以测一下并行仿真。在sdevice的命令文件里加入类似PDEsolver和NumberOfThreads=8的设置，跑一个网格量稍大的例子，观察 CPU 占用是否能打满多个核心。这一步对后续实际项目非常有价值，因为 3D 器件仿真不开多线程，等待时间会让人崩溃。
6. 踩坑实录：我在 2018 安装中遇到的典型问题与排查链路
6.1 GUI 起不来：libXp 缺失的完整排查
我在 CentOS 7 虚拟机里第一次启动swb时，终端直接报了一句：
swb: error while loading shared libraries: libXp.so.6: cannot open shared object file当时第一反应是重新运行安装器补装一次，折腾了一会毫无效果。后来才反应过来，问题压根不在安装包，而是系统缺少了工具运行时依赖的图形库。排查步骤其实很简单：先用ldd查看swb的动态库依赖：
ldd $STROOTBIN/swb | grep "not found"输出里会很清楚地把所有缺失的库列出来。我那次缺的就是libXp.so.6。这个库早已在主流发行版中停止默认提供，需要手动安装兼容包。我在 CentOS 7 下找到了libXp-1.0.2-2.1.el6.x86_64.rpm，装完后swb立刻就能启动了。
这个经验后来帮了我很多次。遇到工具启动报错，不要急着重装整个软件，先ldd定位缺哪个库，然后针对性地补齐。百分之八十的启动崩溃都是缺库导致的，和安装过程是否成功没什么关系。
6.2 License 连接失败：环境变量没生效的坑
还有一次是在服务器上，license server 明明正常在跑，lmutil lmstat也能看到 server 和 feature 状态，但sdevice --version一直报：
License server system does not support this version of feature当时我反复检查了 license 文件和服务器配置，却忽略了一个基础问题：我自己是在 bash 下配置的SNPSLMD_LICENSE_FILE，但实际登录 shell 是 tcsh。tcsh 启动时读取的是~/.cshrc，并不会自动加载~/.bashrc。结果就是终端里手动敲echo $SNPSLMD_LICENSE_FILE显示为空。
这个坑听起来很低级，但真的很常见。解决方法是同时配置 bash 和 csh 两个环境，或者在.cshrc里加一行source ~/.bashrc，确保无论用什么 shell 登录，环境变量都存在。还有一个排查技巧：写完环境变量后开一个新终端再验证一次，因为旧终端里的环境变量不会自动更新，很多人栽在这一步。
6.3 时间漂移与 hostname 变化导致的 license 失效
虚拟机用久了，另一个经典问题也会冒出来：系统时间漂移。FlexNet 的 license 对时间比较敏感，如果虚拟机挂起一段时间再恢复，系统时间和 license server 的时间差距拉大，工具会拒绝 checkout license。现象就是之前还能正常仿真，突然所有工具都报 license 错误。
排查方法很简单，先看date和hwclock，再和 license server 的时间对比。解决方法是给虚拟机配置 NTP 时间同步：
yum install -y chrony systemctl enable chronyd systemctl start chronyd timedatectl set-ntp true另外就是之前提过的 hostname 问题。不要在配置好 license 后频繁改 hostname，也不要随便改网卡的 MAC 地址。在 VMware 里克隆虚拟机时尤其要注意：克隆机默认可能会生成新的 MAC 地址，这会导致基于 MAC 校验的 license 直接失效。如果你需要克隆多个虚拟机，提前规划好 license 的授权方式，或者用快照而不是克隆。
6.4 磁盘 inode 耗尽导致安装中断
陷入这个坑的人不多，但一旦碰到就很痛苦。现象是安装到一半，解压文件时报"No space left on device"，用df -h一看磁盘还有十几 GB 空闲，非常迷惑。后来想起检查 inode：
df -i结果/分区的 inode 使用率已经是 100%。原因是 TCAD 安装包里有大量小文件，解压和安装过程会瞬间消耗掉几十万个 inode。如果你的系统分区当初格式化时 inode 密度设置得比较低，很容易在安装大型 EDA 软件时因为 inode 耗尽而失败。
解决方法是安装前就做一个单独的、inode 密度高的数据分区，或者直接把/opt挂载到一个大分区上，并且在该分区格式化时调大 inode 比例。这个坑在规划阶段就能避免，不要在安装到一半时才追悔莫及。真的遇到已经装了一部分的场景，先清理掉安装目标目录，腾出 inode 后再重新规划。
另外再分享一个我自己的习惯，装完 Sentaurus TCAD 2018 之后，我不会立刻让它"吃灰"，而是马上创建一个小项目，跑一遍完整流程：SWB 建工程，写一个极简的 PN 结仿真 deck，跑sdevice，再用svisual画一条 IV 曲线。整套流程走下来大概二十分钟，但能给后续的正式项目打下一个稳定的环境基础。以后遇到任何环境问题，我都会拿这个最小流程做回归测试，很快就能判断是环境坏了还是输入 deck 的问题。这个习惯延续到了我给不同服务器搭环境的时候，每次都能省下大量排查时间。
