搞开发、测试或者学习新技术时，很多人会用虚拟机、Docker 或者 WSL 搭个模拟环境来练手。看着别人几分钟搞定，自己一上手却各种报错，其实问题往往出在搭建时忽略了一些关键细节。
硬件资源别硬撑
不是所有电脑都适合跑多个虚拟系统。比如你在一台 8GB 内存的笔记本上同时开三台虚拟机，每台分配 2GB，宿主机只剩 2GB 跑系统和浏览器，卡顿几乎是必然的。建议根据实际用途合理分配资源，测试 Linux 命令行服务的话，1核1G 通常够用；要是跑图形界面或数据库，至少 2核2G 起步。
网络配置容易被忽视
很多新手搭完环境发现外网访问不了，或者主机连不上虚拟机。这多半是网络模式选错了。VirtualBox 默认用 NAT，只能虚拟机访问外网，外部无法反向连接。如果要做 Web 测试，改用“桥接模式”能让虚拟机获得局域网独立 IP，手机和平板也能访问。Docker 启动容器时记得加 -p 参数映射端口，不然服务监听了也白搭。
docker run -d -p 8080:80 nginx快照不是万能保险
有人习惯一进系统就打快照，觉得可以随便折腾。但快照文件会不断膨胀，尤其是频繁写磁盘的操作，时间一长占满硬盘才发现。真正稳妥的做法是配合镜像或容器编排脚本，把环境配置写成可重复执行的代码，而不是依赖某个“完美快照”。
时间同步问题挺烦人
某次调试接口总提示 token 过期，查了半天才发现是虚拟机时间和宿主机差了十分钟。WSL 尤其常见这问题，Windows 和 Linux 时间标准不一样，长期挂起再恢复容易漂移。可以手动同步：
sudo hwclock --hctosys或者设置系统定时任务每天校准一次。
权限和路径别想当然
Docker 挂载目录时，常有人用相对路径写 ./data:/app/data，结果换台机器运行报错。最好用绝对路径，或者通过环境变量控制。另外，Linux 下权限严格，容器进程以 root 跑没问题，但有些服务默认非 root 用户启动，挂载的目录就得确保有读写权限，不然直接崩溃。
别忘了备份出口方案
环境是用来用的，不是供着的。搭好了记得导出镜像、保存配置脚本，甚至写个 README 说明怎么重建。哪天硬盘坏了，别人接手项目，靠文档而不是记忆才能快速恢复。