1. 安装路径规划基础
说实话，我见过太多团队因为安装路径混乱而吃大亏。有一次，一个项目上线前突然崩溃，查了半天才发现——有人把生产环境的 Python 装到了临时目录里，一重启全没了。嗯，从那以后，我每次做架构设计，第一件事就是先把安装路径定死。
安装路径规划，说白了就是给你的软件找个「家」。这个家不能太随意，否则后续的升级、迁移、回滚都会变成噩梦。你想想看，一个服务器上跑着几十个服务，如果每个服务的安装位置都随心所欲，那运维起来得多痛苦？
为什么需要规划安装路径？
我个人习惯把原因归纳为三点：
- 版本隔离：不同版本的软件不会互相干扰。比如 Python 2.7 和 Python 3.10，如果都装在 /usr/bin/ 下，那谁是谁都分不清。
- 升级回滚：路径规划好了，升级就是换个目录的事。出问题了，切回旧目录就行。我在项目中遇到过，有人直接把新版本覆盖安装到旧路径上，结果回滚时发现旧文件已经被覆盖了——那叫一个欲哭无泪。
- 权限管理：系统级软件放系统目录，用户级软件放用户目录。这样权限控制清晰，不会出现「普通用户误删系统文件」的惨剧。
核心原则：安装路径 = 软件身份标识。路径对了，管理就成功了一半。
常见操作系统目录结构
不同操作系统的目录哲学不一样。我分别说说 Windows、Linux 和 macOS 的情况。
Windows 目录结构
Windows 的路径规划，我个人觉得是最容易出问题的。为什么呢？因为 Windows 默认把很多东西都塞到 C:\Program Files 里。但你要知道，这个目录有空格，而且权限控制很严格。
| 目录 | 用途 | 注意事项 |
|---|---|---|
C:\Program Files |
64位应用程序安装目录 | 路径含空格，脚本中需加引号 |
C:\Program Files (x86) |
32位应用程序安装目录 | 兼容旧版软件时使用 |
C:\Users\%USERNAME%\AppData |
用户级应用数据 | 分 Local、LocalLow、Roaming 三个子目录 |
C:\Windows\System32 |
系统核心文件 | 不要手动修改，否则系统可能崩溃 |
我的建议：在 Windows 上做开发时，尽量把软件装到
D:\Tools\ 或 E:\Dev\ 这样的自定义目录。这样重装系统时，你的工具还在。
Linux 目录结构
Linux 的目录结构，说白了就是一套「文件系统层次标准」（FHS）。我刚开始学 Linux 时，总觉得 /usr、/opt、/var 这些目录长得差不多。后来踩过坑才明白，它们各有各的使命。
| 目录 | 用途 | 我的经验 |
|---|---|---|
/usr/local |
用户本地安装的软件 | 编译安装的软件放这里，不会和系统包管理器冲突 |
/opt |
第三方商业软件 | 比如 Oracle、MATLAB 这类大家伙 |
/var |
可变数据（日志、数据库） | 我曾经把日志和程序装在一起，结果磁盘满了，服务全挂了 |
/etc |
配置文件 | 配置文件一定要和程序分开，否则升级时会被覆盖 |
避坑指南：我曾经见过有人把 MySQL 的数据目录直接放在
/ 根目录下。结果磁盘一满，整个系统都卡死了。记住：数据目录一定要单独分区，或者至少放在 /var 下。
macOS 目录结构
macOS 基于 BSD，但苹果做了不少「魔改」。我个人觉得 macOS 的目录结构介于 Windows 和 Linux 之间。
/Applications：图形化应用安装目录。相当于 Windows 的 Program Files。/usr/local：和 Linux 一样，放用户安装的命令行工具。Homebrew 默认装在这里。/Library：系统级资源文件。包括框架、字体、插件等。~/Library：用户级资源文件。注意，这个目录默认是隐藏的。
小技巧：在 macOS 上，我习惯用
~/Developer/ 作为工作目录。所有源码、工具链都放在这里，方便备份和迁移。
路径命名规范与最佳实践
路径命名这件事，看似简单，但坑特别多。我总结了几条铁律：
- 全小写：Linux 和 macOS 区分大小写，Windows 不区分。为了跨平台兼容，一律小写。
- 用连字符，不用下划线：
my-app比my_app好。为什么？因为连字符在键盘上更容易输入，而且 URL 中更友好。 - 版本号要明确：不要用
python-latest，要用python-3.10.4。这样升级时一目了然。 - 避免空格和特殊字符：空格在脚本中需要转义，很容易出错。我见过有人用
My App v1.0 (final)这种路径，结果 CI/CD 脚本里全是坑。
最佳实践示例：
/opt/my-company/my-app/1.2.3/
/usr/local/nginx-1.24.0/
/home/dev/tools/node-v18.16.0/你想想看，如果所有软件都按照 /opt/公司名/软件名/版本号/ 这种格式来装，那管理起来得多轻松？升级时，只需要把新版本装到新目录，然后改个软链接就行了。
曾经踩过的坑：有一次，我把一个项目的安装路径命名为
/opt/project-v2。结果后来出了 v3、v4，这个 v2 就变得很尴尬——它到底是版本 2，还是版本 2.0？从那以后，我坚持用 major.minor.patch 这种语义化版本号。
最后说一句：安装路径规划不是一次性的工作。随着项目发展，路径结构也要不断调整。但只要你一开始就定好规矩，后面改起来也不会太痛苦。嗯，这就是我这么多年总结出来的经验。