Python虚拟环境与依赖管理入门：让每个项目都有干净的依赖

刚开始写Python时，很多人都会直接在系统自带的Python里装各种包。起初很方便，项目一多就容易出问题：A项目要某个库的旧版本，B项目要新版本，同一个环境装不下两个版本；换一台电脑重装，又想不起当初装了哪些包、分别是哪个版本。这些麻烦，大多可以用虚拟环境和简单的依赖管理习惯解决。

虚拟环境可以理解为给每个项目单独准备的一间小屋子。屋子里的Python解释器和第三方包只属于这个项目，不会和别的项目互相干扰。你在屋子里装包、升级包，都不会影响系统环境和其他项目。出了问题，删掉这个环境重建一个，通常比在全局环境里一点点排查要省事得多。

新手可以先记住一个最小流程。第一，为项目新建一个文件夹，作为项目根目录。第二，在项目里创建一个虚拟环境，名字可以直观一点，例如venv。第三，激活它，确认命令行提示符或路径发生了变化，说明你已经进入这个环境。第四，在激活状态下安装项目需要的包。第五，把依赖写进一个清单文件，常见的名字是requirements.txt，里面按行记录包名和版本号。

激活是最容易被忽略的一步。很多人创建了环境，却忘记激活，结果包还是装到了全局环境。反过来，工作结束后如果要切换项目，记得先退出当前环境，再激活另一个项目的环境。养成先看当前环境、再装包的习惯，能避免不少奇怪的报错。

依赖清单也值得认真对待。只写包名不写版本，半年后再装可能装到不兼容的新版本；把版本号写得过死，又可能在不同系统上装不成功。对入门项目来说，一个务实的做法是：记录当前确实能运行的版本，团队协作或换电脑时先按这份清单安装，跑通后再考虑升级。升级时一次只动一个包，改完马上跑一遍关键功能，这样出问题也容易定位。

还有几个小习惯很有用。不要把虚拟环境文件夹放进代码仓库，它通常很大，而且和机器有关；可以用忽略文件把它排除在外。项目交接时，除了代码，最好附上环境创建步骤、Python版本和依赖清单，让别人能一步步复现。遇到报错时，先确认自己是不是在正确的环境里，再确认依赖是不是按清单装齐了，这两步能解决不少新手问题。

最后，虚拟环境不是为了炫技，而是为了让项目可复现、可清理。每个项目一套环境、一份依赖清单，换电脑不慌，升级不乱，协作时也少了很多口头解释。先把这个最小流程练熟，再去了解更高级的依赖工具也不迟。