企业官网建设流程全解析

前不久带一个刚转行做运维的朋友，他上手 Linux 问我的第一个问题不是"某个服务怎么部署"，而是"这么多个命令怎么背啊，背了又忘，忘了又背"。这话我听到过太多次，几乎每个刚开始接触 Linux 的人都有同款焦虑。我给他的回答很简单：别背。命令不是英语单词，它是你手里解决问题的工具。你真正要练的，是"遇到什么问题，该拿哪把工具"的判断力。

这篇文章就用最基础的视角，把 Linux 里最常用、也最核心的 20 组基本指令拆开讲清楚，不仅说语法，更讲每个命令的适用场景、常用参数，以及我用了这么多年踩过的真实坑。不管你是准备转行做运维、从事后端开发，还是刚买云服务器想在终端里不再两眼一抹黑，这份清单应该都能帮你把地基打牢。

1. 先把"命令思维"和实验环境准备好

1.1 为什么你会觉得命令背不完：因为缺了"问题驱动"

很多人学习方式是从命令大全第一页开始背，ls、cd、pwd 背到一百多个，合上书脑子里只剩一片浆糊。这不怪你，是学习方法本身有问题。命令应该按"我要做什么"来学，而不是按字母顺序来背。

打个比方，学做菜不需要把整本菜谱背下来，你只需要把切、炒、煮、蒸、炸这些基本"动作"练熟，然后根据食材和口味自由组合。Linux 的命令就是这些动作，目录、文件、进程就是食材，而一串带参数的命令就是一道菜的做法。

所以我在带新手时，习惯先建立一个"需求→命令"的映射表：

这个表越用越顺，比你抱着命令大全啃十天都管用。真遇到没见过的情况，你知道"这个问题大概属于哪一类、该查什么方向"，就已经赢了一大截。

1.2 别在什么都没准备的情况下硬学：三种练习环境

学命令一定要动手敲，光看不敲等于白学。但在哪敲，是有讲究的，不要一上来就在物理机上装个 Linux 当主系统，基本指令阶段没必要，反而可能因为突然不习惯图形界面而心态崩掉。

我推荐三种练习环境，按需选一个：

我个人最推荐新手装一个虚拟机，镜像选 Ubuntu Server 或者 CentOS Stream 都行。安装时哪怕不选桌面环境也没关系，我们要的就是那个黑乎乎的终端窗口。虚拟机有个"快照"功能特别香，你大胆折腾，搞坏了一键回滚，这种"随便造"的底气对学习非常重要。

装好之后第一件事，打开终端，多敲几遍命令，让它成为你的习惯区域。刚开始慢没关系，手要跟上眼睛，眼睛要跟上脑子。

2. man 与 --help：遇到陌生命令，先学会自救

2.1 man：终端里的离线说明书

很多人不知道，Linux 里每个命令几乎都带一份完整的说明书，藏在 man 手册里。记住一个格式：man 命令名。比如man ls就会打开 ls 命令的完整帮助文档。

但 man 手册有个劝退新手的毛病：内容太长太密，打开后根本不知道从哪看起。这里我给你三个必须记住的按键：

• 空格：向下翻一页
• /加上关键字：在当前手册里搜索，比如输入/backup然后回车
• q：退出

搜索功能是 man 手册的精华。你想知道 cp 有没有保留时间的参数，直接man cp进去后输入/-t或/time，按n跳到下一个匹配结果。这样比从头到尾通读效率高太多了。

还有一个冷门但实用的细节：man 手册是分卷的。最常用的卷是第 1 卷（用户命令）、第 5 卷（文件格式）、第 8 卷（系统管理命令）。比如man passwd打开的是"修改密码"这个命令的说明，而man 5 passwd打开的是"口令文件格式"的说明，讲的是/etc/passwd里每列字段的含义。同样是 passwd，一卷讲操作，一卷讲格式，搞混了会发现看的东西完全对不上。

2.2 --help：想快速看参数，找它

如果 man 手册是"一本厚字典"，那--help就是"口袋速查卡"。绝大多数命令后面跟一个--help或-h，会把命令的参数简介打印在终端里。它短、快、够用，适合你大脑一片空白时的第一反应。

举个例子：

tar --help | less

这样就能把 tar 的参数介绍分页查看，不会一次性刷屏。

我的建议是先--help拿到参数列表，如果某几个参数看不懂具体含义，再进 man 手册深挖。两条命令配合使用，能省下大量翻文档的时间。

2.3 参数太多记不住很正常，按场景记就好

经常有读者问我："tar 的参数那么复杂，你怎么记得住？" 我的答案很诚实：我也记不全。但我脑子里存的是场景：

• 要打包：tar czf 包名.tar.gz 目录名
• 要解包：tar xzf 包名.tar.gz
• 想看到过程：加个v

这就够了。真遇到特殊需求，比如"排除某个子目录不打包"，我会现场查。命令不是考试，不需要满分，够用就行。你只需要把最常用的两三个参数变成肌肉记忆，剩下的交给 man 和搜索引擎，这完全不影响你成为一个熟练的 Linux 使用者。

3. 文件系统第一步：pwd、cd、ls、mkdir、touch 怎么配合用

3.1 pwd 和 ls：搞清楚"我在哪"和"这里有什么"

pwd是 print working directory，输出当前所在的绝对路径。别小看这个命令，很多事故的源头就是"我以为自己在 A 目录，其实在 B 目录"。

ls列出当前目录的内容。光一个 ls 就有不少细节，最常用的几个参数：

ls # 简洁列表 ls -l # 详细信息：权限、属主、大小、时间 ls -a # 包含隐藏文件（以 . 开头的） ls -lh # 文件大小以 K、M、G 显示，人类可读 ls -lt # 按修改时间倒序，找最近改动的文件

我平时最常用ls -lht，既能看到隐藏文件，大小又直观，还能知道最近改了哪些东西。隐藏文件的概念新手容易误解——它并不是什么安全机制，只是默认不显示，减少干扰。常见的家目录下有.bashrc、.ssh这些重要隐藏文件，操作时要心里有数。

养成一个习惯：删除、覆盖、改动任何东西之前，先pwd确认位置，再ls看看目标到底长什么样。这两个动作花不了两秒钟，但能避免很多"炸服务器"的事故。

3.2 cd：在目录之间跳转的几种姿势

cd用来切换目录，最基础的用法是下面四种：

cd /etc # 绝对路径，直接到系统配置目录 cd ../.. # 相对路径，往上退两级 cd ~ # 回到当前用户的家目录 cd - # 回到上一次所在目录

cd -是很多老手爱用的技巧。你在/var/log和/opt/app/conf两个目录之间反复切换时，一条cd -就能来回跳，不用再噼里啪啦敲一长串路径。另外，路径输入建议多用 Tab 键自动补全，目录名只敲前几个字母，按 Tab 自动补出完整名字。补全不仅能省时间，还能减少手滑打错字的风险。

3.3 mkdir 与 touch：创建目录和文件

mkdir用来创建目录。新手最容易用错的场景是"创建多级目录"：

mkdir /data/logs # 如果 /data 不存在会报错 mkdir -p /data/logs # -p 参数，父目录不存在时一并创建

-p这个参数在脚本里出现频率极高，因为它"不存在就建，存在也不报错"，行为非常稳健。

touch有两个用途：一是创建一个空文件，二是更新已有文件的时间戳。日常里用它创建占位文件、做权限测试、生成锁文件都很常见。比如：

touch /tmp/test.txt

3.4 一个练习小任务

光看不练还是学不会，给你留个小作业。在终端里完成以下操作：

1. cd ~回到家目录
2. mkdir -p practice/sub创建两级目录
3. cd practice进入目录
4. touch a.txt b.txt c.txt创建三个空文件
5. ls -l查看文件信息
6. cd ..回到上级目录

这六步你会反复用到 pwd、cd、mkdir、touch、ls，做完一遍，比盯着文章看十遍都有效。而且你会发现，这些命令之间原来是这样配合的。

4. cp、mv、rm：文件的复制、移动与"安全删除"

4.1 cp：复制文件与目录

cp是 copy 的缩写，作用是复制文件或目录。基础用法：

cp file1.txt /tmp/ # 把文件复制到 /tmp 目录 cp -r dir1 /tmp/ # 复制目录必须加 -r cp -i file1.txt file2.txt # 目标文件存在时提示确认 cp -a /opt/app/config.ini /opt/app/config.ini.bak # 保留权限和时间戳的完整复制

几个参数里，-r最容易漏。复制目录不加它，系统会提示 "omitting directory"。-a是归档参数，它相当于-r加保留权限、属主、时间戳，做备份时特别好用，能保证备份后的文件基本属性不变。如果你想做个配置备份，cp -a比普通复制可靠得多。

4.2 mv：移动和重命名，其实是一回事

mv既能移动文件，也能重命名，本质都是把文件从一个路径挪到另一个路径。

mv app.log /tmp/ # 移动到 /tmp 目录 mv app.log app.log.20241010 # 重命名，常用于日志备份

这里有个值得知道的小原理：如果是在同一个文件系统内 mv，系统只改目录项，不搬数据，所以速度很快；但如果是跨磁盘、跨分区 mv，相当于先复制再删除原文件，速度就会慢很多。明白了这一点，你就不会对"mv 怎么这么快/这么慢"产生困惑。

日常维护中，我很少直接删除重要文件，而是先mv到一个临时备份目录，比如mv old.conf /tmp/backup/，观察几天确认没问题再清理。这个习惯帮我躲过很多次"删完后悔"的尴尬。

4.3 rm：最需要敬畏的一个命令

rm是 delete 命令，基本用法：

rm file.txt # 删除文件 rm -r dir1 # 递归删除目录 rm -f file.txt # 强制删除，不提示

单独用都还好，但-r和-f一旦组合，就成了"不问青红皂白、一路递归到底"的无情粉碎机。网上流传的那些"删库跑路"段子，绝大多数都和rm -rf有关。

我讲一个自己亲历的惊险瞬间。有一次想清理/opt/app/logs下的旧日志，结果人在疲劳状态下，路径少敲了一个字符，把命令写成了：

rm -rf /opt/app/log

而/opt/app/log恰好是另一个正在使用的正式配置目录。回车的那一瞬间我汗毛都竖起来了，连忙按 Ctrl+C，虽然还是删掉了一部分文件，但好在抢救及时，加上有备份，才没有酿成大祸。那次之后我给自己立了一条规矩：任何带rm -rf的命令，执行前必须按"删除前确认三步法"检查一遍：

1. 先pwd确认当前目录
2. 再ls -ld目标路径，确认它到底指向哪里
3. 最后再回头看一眼命令里的路径有没有写错、多打空格、少打字符

甚至如果你觉得自己状态不好，干脆转换思路：先把要删的内容mv到一个临时目录，隔几天再清理。这比在rm -rf边缘试探稳妥得多。

4.4 为什么"一切皆文件"让你学会这套命令就通吃

Linux 世界里有一句哲学叫"一切皆文件"。普通文件是文件，目录是文件，磁盘分区是文件，甚至进程信息、内存数据、设备状态都被抽象成了文件接口。所以你看到/dev下面有设备文件，/proc下面有一堆看起来像数字的"文件"，它们都不是普通文件，却可以用ls、cat、less这些命令去查看。

这意味着，只要把文件操作这套基本功练扎实，你就握住了访问整个操作系统资源的大门把手。这也是为什么几乎所有 Linux 入门书籍，都先把pwd、cd、ls、cp、mv、rm放在最前面讲——它们不只是几个命令，更是一种通用的操作系统思维。

5. cat、less、head、tail：看文件和日志，别只会 cat

5.1 cat：适合小文件，不适合大日志

cat会把整个文件内容一次性打到终端上，对小文件来说非常方便：

cat /etc/hostname cat -n /etc/nginx/nginx.conf # -n 同时显示行号

但如果你对一个几十 MB 的日志文件执行cat，结果就是几万行文本瞬间刷屏，终端不仅卡得厉害，你想找的内容也早就被冲得无影无踪。所以我用cat之前，会习惯先ls -lh看看文件多大。小文件直接看，大文件就换下面的命令。

5.2 less：大文件阅读的标配

less是一个分页查看器，它不会一次性把整个文件加载到内存，而是按需读取，所以看多大的日志都不慌：

less /var/log/syslog

进入 less 界面后，常用的按键：

• 空格：下一页
• b：上一页
• /关键字：搜索，n跳到下一个匹配项
• q：退出

排查问题的时候，我的常规操作是less打开日志，然后/error或/out of memory直接定位到关键行。这个过程干净利落，比打开文件从头翻到尾高效太多。

顺带说个冷知识：less 这个名字来自"less is more"的梗。早期 Unix 有个分页命令叫more，功能偏弱，后来有人写了个更强的分页器，故意取名叫less，意思是我比 more 功能更多。这么一记，你大概就很难忘了。

5.3 head / tail：只看头尾，尤其 tail -f 看日志

有时候你只需要看文件开头几行或者结尾几十行，用完整的分页器反而重了：

head -n 20 app.log # 前 20 行 tail -n 50 app.log # 最后 50 行

但tail最强大的用法是-f，它可以持续跟踪文件末尾的新增内容，像"实时直播"一样把日志一行行打出来：

tail -f /var/log/app.log

排查服务启动失败时，我经常在这个窗口盯着日志，另一边重新启动服务，按下回车后立刻能看到报错信息刷出来。退出就按 Ctrl+C。

还有一个很多老手都强调过的细节：tail -f和tail -F不一样。-F会在日志文件被轮转（比如 logrotate 把app.log改名成app.log.1，再新建一个app.log）后，自动重新打开新文件继续跟随，而-f还傻傻地盯着旧文件。生产环境里日志轮转太常见了，所以我建议直接养成用tail -F的习惯。

顺带说一个很多人遇到过的现象：在 Windows 下编辑过的脚本，放到 Linux 里执行时会出现各种奇怪报错，甚至用cat看到行尾有^M这种乱码符号。原因是两个系统的换行符不一样，Windows 用 CRLF，Linux 用 LF。解决办法是装个dos2unix工具转换一下，或者以后编辑时在编辑器里把换行符统一设置成 LF。

6. grep 与管道：从"看"到"找"，让命令学会组合

6.1 grep：从文本里精确捞针

日志动辄上千行上万行，肉眼去找某个关键字，不是懒，是傻。grep就是干这个的：

grep error app.log # 找出包含 error 的行 grep -i error app.log # 忽略大小写 grep -n error app.log # 同时输出行号 grep -r "timeout" /opt/app/conf/ # 递归搜索整个目录 grep -v "^#" /etc/nginx/nginx.conf # 反向匹配，过滤掉注释行

我最常用的组合是-rn，递归搜目录还带行号，一套下去无论配置文件还是代码目录都能快速定位问题。比如"我不知道哪个配置文件里写了这个域名"，一条命令就出来了。

6.2 管道符：把一个命令的输出交给另一个命令

管道符|是 Linux 命令行里最优雅的设计之一，它的作用是把前一个命令的输出，作为后一个命令的输入。两个命令一旦串起来，能力就几何级增长。

举几个最经典的组合：

ps aux | grep nginx # 从所有进程里筛出 nginx ls -l | grep "^d" # 只看目录，不看普通文件 cat app.log | grep timeout # 在日志里找关键字

第一眼看到管道的人可能会懵：这不就是把几个命令拼在一起吗？对，但正是这个"拼"，把基本指令盘活了。你不需要背一个"查进程里的 nginx"这种超长命令，只需要掌握 ps 负责"把进程列出来"、grep 负责"按关键字过滤"，然后用管道一接，需求就完成了。

6.3 新手必踩的坑：grep 为什么会搜出自己

几乎每个新手在ps aux | grep java之后都会愣一下：明明我只跑了一个 java 进程，为什么结果里有两行？其中一行的命令明显是grep java本身。

原因是这样的：管道后面的grep java这条命令，它的命令行里本身就带着字符串 "java"，而ps aux会把当前所有进程都列出来，其中当然也包括正在执行的grep java自己。于是它把自己也匹配到了。

解决办法有两个：一是把命令改成ps aux | grep java | grep -v grep，用反向匹配把 grep 那一行过滤掉；二是直接用pgrep java这类更专一的工具。这个坑几乎承包了刚入行时所有的"什么鬼"。看过这篇文章，你以后再遇到，就不会一脸懵了。

面试里也经常考命令组合的思路，比如：

• 找出某个目录下最大的 5 个文件：du -sh /var/* 2>/dev/null | sort -hr | head -5
• 找到某个进程并结束它：ps aux | grep nginx | awk '{print $2}' | xargs kill

awk 和 xargs 暂时不用深究，你只需要理解这个思路：管道把一个个小命令串成一条流水线，每个命令只负责一小段处理，最后得到你想要的答案。这是 Linux 命令行的核心美学，也是从"会单个命令"走向"会用命令行"的必经关卡。

7. chmod、chown、useradd、su/sudo：权限问题不过这道坎不行

7.1 权限模型：rwx 与三种身份

在 Linux 上用ls -l看文件，输出开头是一串十位字符，比如-rw-r--r--。这一串字符看着玄乎，拆开其实很简单：

• 第 1 位：文件类型。-是普通文件，d是目录，l是软链接
• 第 2~4 位：属主（文件拥有者）的权限
• 第 5~7 位：属组（文件所属用户组）的权限
• 第 8~10 位：其他人的权限

每一组三位里，r表示可读，w表示可写，x表示可执行。

我用一个生活化的类比来记：文件是一间房间，属主是房东，属组是合租室友，其他人是访客。房东、室友、访客分别能干什么，由三组权限分别规定。对目录来说，读权限意味着能列出目录内容，执行权限意味着能进入目录。如果你有读权限但没有执行权限，你能看到目录里有什么名字，但进不去；反过来，有执行权限但没有读权限，你能进去，却不能列出里面都有什么。这个细节经常被忽略，很多"Permission denied"的报错就是这样来的。

7.2 chmod：用符号和用数字改权限

chmod命令用来修改权限，有两种写法。

第一种是符号方式：

chmod u+x script.sh # 给属主加执行权限 chmod g-w file.txt # 去掉属组的写权限 chmod a+r file.txt # 所有人（all）加读权限

第二种是数字方式，也是更常见的写法。这里的核心记忆点是：r=4、w=2、x=1。为什么是 4、2、1？因为你要把三个权限位当成一个二进制数来合并，读权限占高位，写权限占中位，执行权限占低位。所以 7 就代表 rwx 全开，6 是 rw-，5 是 r-x，4 是 r--。

chmod 755 script.sh # 属主 rwx，属组 rx，其他人 rx chmod 644 file.txt # 常见的普通文件默认权限 chmod 600 ~/.ssh/id_ed25519 # 私钥文件，只有本人可读写

有两类文件权限问题我几乎每个月都会帮人处理一次。第一类是脚本下载下来后执行时报 Permission denied，其实它只是一个普通文本文件，没有加执行权限，chmod +x script.sh就能解决。第二类是 SSH 连接被拒绝，看了半天配置没问题，最后发现是私钥文件的权限太宽，SSH 出于安全考虑直接拒绝使用，把它改成600就好了。我自己也被这个坑过，排查了一个下午，脸都绿了。

7.3 chown：换主人，别换错范围

chown修改文件的属主和属组，格式是chown 用户:组 文件：

sudo chown -R www-data:www-data /var/www

常见场景是把部署目录的所有权交给某个服务账号，比如 Web 服务器的内容目录。但注意那个-R，它表示递归，会把目标目录下所有子目录和文件全部改掉。前脚执行完，后脚发现"哎，我怎么把整个 /var 都改了？"这种惨案不是没发生过。所以用-R时路径一定要写准，指哪打哪。

7.4 useradd 与 passwd：从零创建一个用户

系统里默认只有一个 root，日常使用更建议为每个人单独建一个账号。新建用户的经典组合：

sudo useradd -m -s /bin/bash zhangsan sudo passwd zhangsan

-m表示同时创建家目录，-s /bin/bash指定登录 shell，如果漏了-m，用户登录后连家目录都没有，一些工具会因此报错。有些发行版环境里你可能会发现命令是adduser，它会用交互式问答的方式引导创建用户。Debian 系通常两者都在，容器精简环境里可能只有useradd，所以两个都混个脸熟就行。

安全习惯上，新建用户不要随手就给 sudo 权限，给最小够用的权限才是正解。

7.5 sudo 与 su：为什么老鸟劝你少用 su

su用于切换用户，比如su root会让你整个会话都以 root 身份运行。sudo则是在当前用户身份下，对某一条具体命令临时提权。

两者的差异非常关键。用su root切过去以后，如果不记得切回来，后面所有命令都带着 root 身份执行，手一抖可能就是灾难；而sudo只影响当前这一条命令，其他时候你还是普通用户。另外 sudo 的审计日志会记录"谁在什么时间执行了什么命令"，出了问题可以追溯。

我在带人的时候反复强调：能sudo就少用su。日常操作全部用普通账号，遇到需要管理员的命令，前面加sudo：

sudo systemctl restart nginx sudo rm /var/log/old.log

当然，加不加sudo只影响权限范围，不改变"命令本身要仔细核对路径"这件事。别以为加了 sudo 命令就安全了，它只是让你有这个资格，危险与否，还是取决于你输入了什么。

8. ps、top、df、du、free：给系统做一次"体检"

8.1 ps：一秒钟看系统正在运行什么

ps用来查看当前系统的进程快照。最常用的写法是ps aux，它会把所有用户的进程全部列出来，并附带 CPU、内存占用等信息。你可以不用背全部列含义，但最好能看懂几个关键的：

• USER：进程属于哪个用户
• PID：进程 ID，杀进程要用
• %CPU / %MEM：CPU 和内存占用百分比
• STAT：进程状态，S是休眠，R是运行，Z是僵尸进程
• CMD：启动这个进程的命令

快速确认某个服务是否在运行，一条命令就够：

ps aux | grep nginx

看到STAT列里有Z（僵尸进程）先别慌。僵尸进程是子进程退出后父进程还没来得及回收的资源残留，少量存在并不罕见。但如果大量堆积，就需要排查父进程为什么不回收它，通常重启父进程能清掉。

8.2 top：实时监控的"任务管理器"

ps拍的是快照，top则是实时更新的监控界面，相当于 Linux 的任务管理器：

top

进去之后，几个有用的快捷键要记住：

• P：按 CPU 占用排序
• M：按内存占用排序
• q：退出

服务器突然变得很卡，我的第一反应就是top，找到哪个进程在疯狂吃资源。看到 java 进程 CPU 飙到 300%，基本就能锁定方向，问题缩小到了这个应用层面。

顺带提一下杀进程。kill PID是发一个 TERM 信号，让进程自己处理善后退出；如果它不听，再用kill -9 PID强制杀掉。能用温和的方式就别上来就砍，这是基本的素养。

8.3 磁盘和内存：df、du、free

磁盘和内存是系统稳定性的两条生命线，排查"服务莫名其妙挂了"和"网站打不开了"这类问题时，下面三个命令是刚需。

df -h看分区整体使用率：

df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 40G 35G 3.6G 91% /

Use%到 100% 时，最直接的影响是日志写不进去、服务启动失败。很多诡异故障，追查到最后都是"磁盘满了"。

du -sh看某个目录实际占了多大空间：

du -sh /var/log du -sh /opt/app/* # 看 /opt/app 下每个子目录各占多少

如果发现磁盘满了，但du -sh /查来查去没查到明显的大文件，别慌，有一种可能：某个文件被进程打开着，然后被删除了。文件系统里已经不显示它了，但进程还占着磁盘空间没释放。这时候用lsof | grep deleted能找出这些"幽灵文件"，找到后重启对应进程或服务，空间就会回来。

free -h看内存状态：

free -h total used free shared buff/cache available Mem: 7.6G 1.8G 3.9G 12M 1.9G 5.3G

新手看 free 很容易误判，觉得 used 一大半、free 没多少，是不是内存爆了？不是。Linux 会把空闲内存用做 buff/cache （文件缓存），这是为了提高磁盘 IO 效率，属于正常现象，真需要内存时它会自动让出来。所以别看free这一列，重点看available，这才是当前真正可用的内存量。

到这里，这份 20 组基本指令的清单就全过了一遍。你不需要把它们一次性全部装进脑子里，只要当成工具箱里的螺丝刀、扳手、电钻，干活的时候拿对的工具就行。我自己也经常一边敲命令一边现场查参数，这一点都不丢人，真正需要锻炼的，是"遇到问题知道该拿哪把工具"的判断力。建议你装好虚拟机后，不要光看教程，给自己出一个小任务，比如部署一个最简单的网页服务，把日志写到指定目录，再想办法从日志里找出某个访问记录。这个过程中，今天讲的命令你会自然而然地反复碰到。用上两三次，想忘都难。