Linux的目录结构并不是随意安排的，它遵循一套被称为文件系统层级标准（FHS）的规范。这种设计让不同发行版之间的目录布局保持高度一致，开发者和系统管理员迁移环境时不需要重新学习路径规则。每一个顶层目录都有明确职责，从系统启动所需的二进制文件，到用户产生的动态数据，都被安置在各自归属的位置。
根目录下核心目录的职责划分
在Linux中，根目录/是 everything 的起点。其下的子目录按照“是否可变”“是否共享”“是否与启动相关”等维度进行分类。例如/bin存放所有用户可用的基础命令，如ls、cp，而/sbin则保留给系统管理类命令，通常只有root权限执行。这样的区分让最小系统恢复时只需保证/bin和/sbin可用。
/etc专门承载配置文件，无论是网络设置还是服务参数，都以纯文本形式放在这里。将配置与程序二进制分离，意味着我们可以在不重装软件的情况下修改行为。与之相对，/var用于经常变化的数据，比如日志、邮件队列、缓存。如果磁盘写满，通常首先是/var/log出问题，而不应影响/usr中的程序本体。
容易被混淆的/usr与/opt
很多初学者分不清/usr和/opt。简单来说，/usr是“Unix System Resources”的缩写，存放系统自带的、由包管理器安装的大多数用户程序与库，结构类似根目录但不可用于启动初期（除了/usr/bin等少数情况）。而/opt用于安装第三方或独立软件包，每个软件自带完整子树，卸载时直接删目录即可，不污染系统其他部分。
这种分离带来明显好处：当我们需要对某一商业软件做版本回退，只需操作/opt下对应文件夹，不必动系统库。下面的表格总结了二者差异：
| 目录 | 主要用途 | 管理方 |
|---|---|---|
| /usr | 系统级用户程序与资源 | 发行版包管理器 |
| /opt | 第三方独立应用软件 | 手动或厂商脚本 |
目录结构如何提升系统安全性与维护性
Linux允许将不同目录挂载到独立分区甚至网络存储。比如把/home单独分区，用户数据就不会因系统重装而丢失；把/tmp挂为内存盘，既加速临时文件读写又避免磁盘碎片。权限模型也依赖目录规划：/etc/shadow仅root可读，因为配置文件集中存放，监控工具只需扫描/etc便能发现越权变更。
从运维角度看，标准目录减少了“文件去哪了”的猜测。当服务异常，我们直奔/var/log查日志；当命令丢失，检查/bin或/usr/bin。下面一段Shell演示了如何快速列出占用空间最大的目录，辅助清理：
# 查看根下各一级目录磁盘占用 du -h --max-depth=1 / 2>/dev/null | sort -hr | head -n 10 # 输出示例： # 5.2G /usr # 2.1G /var # 800M /home
这段代码利用了du命令统计深度为1的目录，并通过sort降序排列。在实际排障中，若发现/var异常膨胀，可进一步用du -h --max-depth=1 /var定位到/var/log或/var/lib。这种自顶向下的排查路径，正是目录结构意义的直接体现。
临时与运行时目录的正确理解
/tmp用于存放临时文件，任何用户可写但重启后通常清空。程序不应假设/tmp中文件长期存在。与之类似，/run是运行时数据目录，存放进程ID文件、套接字等，由系统启动时创建，关机消失。混淆二者可能导致服务脚本在/tmp放锁文件而被清理，进而启动失败。
我们在写开机自启脚本时应注意，状态文件宜置于/run/myservice而非/tmp。以下Python片段展示如何安全地获取运行时路径：
import os
# 优先使用XDG运行时目录，回退到/run
runtime_dir = os.environ.get("XDG_RUNTIME_DIR") or "/run"
pid_file = os.path.join(runtime_dir, "myservice.pid")
with open(pid_file, "w") as f:
f.write(str(os.getpid()))
上述代码没有直接硬编码/tmp，而是遵循环境变量约定，更符合现代Linux发行版规范。这也说明，理解目录结构不仅是识记路径，更是编写健壮程序的基础。
总结：目录结构是一种工程契约
Linux目录结构的意义，在于用约定降低协作成本。它像城市规划：住宅、工厂、公园分开，紧急车辆才能顺畅通行。对开发者，这意味着编译产物放/usr/local还是/opt有章可循；对用户，意味着家目录永远在/home。掌握这套逻辑，面对任何Linux系统都不会迷失。
当我们新建服务或容器镜像时，刻意遵循FHS，会让镜像更小、更安全、更易审计。反之，把所有东西丢进一个自定义目录，短期省事，长期必偿技术债。