linux目录结构遵循FHS标准，核心是功能定位、权限边界、协作约定：/bin和/sbin存基础命令，/etc为配置中心，/home是用户私有空间，/var存易变数据，/usr为主程序区且只读，/tmp和/var/tmp分用途临时存储。
Linux目录结构不是随便设计的，它遵循FHS（Filesystem Hierarchy Standard）标准，核心逻辑是“按用途分类、按权限隔离、按生命周期管理”。理解它不靠死记硬背，而要抓住三个关键词：功能定位、权限边界、协作约定。
根目录下的关键目录，记住“谁管什么”
/bin 和 /sbin：放的是系统启动和修复必需的基础命令（如ls、cp、mount、ifconfig）。普通用户常用命令在/bin，管理员专用命令在/sbin。现代发行版常符号链接到/usr/bin和/usr/sbin，但逻辑职责没变。
/etc：纯配置中心。所有服务、网络、用户、系统行为的配置文件都在这里（如/etc/nginx/nginx.conf、/etc/passwd）。它只读给普通用户，修改必须sudo。
/home：每个用户的私人领地。/home/username下存放个人文档、桌面、下载等，默认权限严格限制他人访问。
/var：存“会变的数据”。日志（/var/log）、邮件队列（/var/mail）、数据库文件（/var/lib/mysql）、网页内容（/var/www）都归这里——因为它们持续写入、大小不定、需单独备份或轮转。
/usr：实际的“主程序区”，但它是只读的（尤其在企业环境）。/usr/bin、/usr/lib、/usr/share分装命令、库、文档资源；/usr/local则是管理员手动安装软件的“自留地”，不被包管理器触碰。
/tmp 和 /var/tmp：临时文件中转站。/tmp重启清空，/var/tmp能跨重启保留——选哪个，看你的脚本是否需要“活得久一点”。
别踩这些常见认知坑
- /root ≠ /home/root：root用户的家目录是/root，不是/home/root。/home下只放普通用户，这是权限与路径的双重隔离。
- /lib 和 /lib64 不是“旧库”和“新库”：它们按CPU架构分（x86_64系统用/lib64存64位动态库，/lib可能存兼容库或内核模块），不是版本迭代关系。
- 不要往 /bin 或 /etc 里直接丢脚本：自写运维脚本该放 /usr/local/bin（全局可用）或 ~/bin（仅自己用），再配PATH。混进系统目录会导致升级冲突或安全扫描误报。
- /opt 是给“大块头闭源软件”准备的：比如 JetBrains全家桶、oracle DB、某些商业中间件——它们自带完整目录树，不依赖系统库，也不进包管理器，/opt保持干净可卸载。
日常操作中怎么用得更顺手
查一个命令在哪？用which command或type -a command，比翻目录快得多。
找某个配置文件？先man -k keyword搜手册名，再看SEE ALSO；或者find /etc -name “*nginx*”缩小范围，别一上来就grep全盘。
部署Web服务？静态资源放/var/www/myapp，配置写/etc/nginx/conf.d/myapp.conf，日志定向到/var/log/myapp/——三处分离，运维排查、权限控制、日志切割都方便。
写安装脚本？优先检测/usr/local/bin是否存在，再决定软链还是复制；用install -Dm755 script.sh /usr/local/bin/myscript一步完成创建路径+赋权+复制，比mkdir+cp+chmod更可靠。
进阶建议：从“看得懂”到“用得稳”
- 用ls -l /配合stat /usr观察挂载点和inode类型，理解哪些目录可能是独立分区（如/var单独划盘防日志撑爆系统）。
- 容器化环境下，/proc、/sys是伪文件系统，映射宿主机状态；应用应尽量无状态，把数据卷挂到/data或/app/data这类约定路径，别硬写/var或/home。
- 学自动化（ansible/puppet）时，目录结构就是你的“资源建模依据”——任务分组、变量定义、模板路径，全基于FHS逻辑展开。
基本上就这些。真正吃透Linux目录结构，不是为了背出15个目录，而是拿到一台新服务器，30秒内判断出“这服务的配置该去哪改、日志在哪看、升级会不会动我写的脚本”。它是一套协作语言，读懂了，Linux才真正开始听你的话。