这是一个很长的故事，嫌长的直接看最后的结论

上周接了个需求，写了个小工具给客户，他要求打包成exe文件，这当然不是什么难事。因为除了写Python的，绝大多数人电脑里都没有Python编译器，所以打包成exe，让用户（windows）双击就可以打开，也算是必备技能了。

直接用Pyinstaller，打开cmder:

（-F 是打包成一个文件，-w是不出现调试窗口，因为我的小工具里有GUI，所以不用默认的调试窗口）

等了好久，终于完成打包，一看文件，嚯，200M！怪不得打包了这么久...

上网查了下资料，有人说，Anaconda里内置了很多库，打包的时候打包了很多不必要的模块进去，要用纯净的Python来打包。

有点道理，想着装虚拟机时间更长，准备拿出闲置的笔记本，重新装个Python来打包。

可刚巧我最近在学flask的时候，用到pipenv，虽然还不懂pipenv的强大之处，但知道它是个管理虚拟环境和包的工具，于是想着能不能用pipenv来创建一个新的python编译器以运行pyinstaller进行打包。

于是赶紧上网查了一下，pipenv pyinstaller，没有搜到有用的信息，干脆自己试一试，反正pipenv操作不麻烦。

打开cmder:

打包完成，一看大小，11M！成功！

后来因为客户改了需求，我又改了一下源代码，然后换了个目录用pipenv重新打包，结果打包完又变回200M！尝试了无数次，怎么也回不到过去的20M！我都怀疑之前的20M是我的幻觉了。

不过无论如何要先交差，200M的“小“工具，用户体验肯定不行，所以我就用排除法，看看是哪个模块占的体积大，再想办法优化。最先怀疑的是GUI，我几乎毫不犹豫地认定是它，我用的是PySimpleGUI（强烈推荐，基于tkinter)，先把PySimpleGUI的内容注释掉，再进行打包，你们猜打包完有多大？

198M！

看来是我错怪他了，经过几次排除，发现了罪魁祸首就是：fake_useragent

这个库是用来伪装请求头的，主要是我懒得复制user-agent，所以问题不大，把fake_useragent注释掉，自己手动粘贴一个user-agent就行了

不用fake_useragent，打包成exe是 14M，已经不错了，先交差再说

之后经过了多次探索，多次放弃的边缘（反复删除创建环境），终于找到了完美打包的方法

关键点就一个：要在虚拟环境里安装pyinstaller

如果你没有在虚拟环境中安装pyinstaller，你同样可以使用pyinstaller命令，但是调用的是你系统原本的那个python编译器，内含很多关联库，导致即使在虚拟环境中，你打包的exe文件仍然非常大。

另外一点要注意的是：要在虚拟环境里安装好你py文件中调用的库，不然打包出来也没法正常运行。

最后再复习一下正确流程 (前提是安装好pipenv）：

----------我建了个 Python 新手交流群供大家学习交流，要入群的请看我个人简介vx--------