1、將python程序打包成單文件（使用 -F 參數）後，嘗試運行外部文件卻提示找不到的問題
當你將python程序打包成單文件（使用 -F 參數）後，運行程序，它實際上是先將exe內的資源文件解壓到臨時文件夾，然後再運行的，所以會導致這種問題
比如，當你在程序裏面調用一個外部exe時，但卻提示找不到該exe文件。
- 例子（這裏我用win32api去隱式運行外部exe文件）：
import win32api
win32api.ShellExecute(0, 'open', 'nginx.exe', '', '', 0)
首先，你需要將這個外部的exe文件添加進pyinstaller的打包裏。
有兩種方法：
1、直接用參數添加：
--add-data "nginx.exe;."- 完整命令：
pyinstaller -F main.py --add-data "nginx.exe;."
2、在spec文件添加：
- 每次執行pyinstaller打包命令後會生成spec文件，打開它
- 在裏面找到
data=[]列表，添加元素，變成了：datas=[('nginx.exe', '.')] - 然後用spec打包：
pyinstaller main.spec
我解釋一下這個點“.”是什麼意思：
由於使用單文件打包出來的exe會先解壓再運行，所以點“.” 其實表示你打包的這個exe文件運行解壓的完整路徑
如：C:\...\temp（臨時文件夾）\asdqwezxc（你程序運行時自動解壓到的目錄）
-
所以這個
nginx.exe被打包後，會解壓到C:\...\temp\asdqwezxc\nginx.exe -
如果把點“
.”改爲test，就會解壓到C:\...\temp\asdqwezxc\test\nginx.exe -
以此類推
好，現在nginx.exe已被打包。然後要注意一個問題：
打包出來的exe在運行時，它的工作路徑和它解壓到的路徑，是不一樣的！
你可以測試一下：
import os
print(os.getcwd())
可以發現，打印出來的工作路徑並不是它運行時解壓到的路徑！
而是這個打包出來的exe，它本身所存在的路徑！
- 問題來了：
諸如open('xxx.txt')這些操作文件的函數，一般首先都是在工作路徑查找你所指定的文件的。
所以，當我們直接這樣執行已打包的外部文件時，程序會報找不到文件！所以請使用它的解壓路徑。
下面提供一個函數，可以很方便的獲取到解壓路徑：
import os, sys
def base_path(path):
if getattr(sys, 'frozen', None):
basedir = sys._MEIPASS
else:
basedir = os.path.dirname(__file__)
return os.path.join(basedir, path)
print(base_path(''))
print(base_path('test\gg.exe'))
第一句打印會顯示完整的解壓路徑：
C:\...\temp\asdqwezxc\
第二句打印是這樣的：
C:\...\temp\asdqwezxc\test\gg.exe
所以當我們在調用已打包的外部文件時，應該先使用os.chdir()將工作路徑改爲解壓路徑：
再進行操作，就不會報文件找不到了
os.chdir(base_path(''))
win32api.ShellExecute(0, 'open', 'nginx.exe', '', '', 0)
不過要注意的是，如果你要寫出文件到程序所在的目錄（非解壓目錄），那麼你得把工作目錄改回來，否則文件會被寫出到解壓路徑（臨時文件夾）。
稍微封裝一下就好了：
import os, sys
def base_path(path):
if getattr(sys, 'frozen', None):
basedir = sys._MEIPASS
else:
basedir = os.path.dirname(__file__)
return os.path.join(basedir, path)
tmd = base_path('') # 這是解壓路徑
cwd = os.getcwd() # 這是程序的所在路徑
# 當需要調用打包的外部文件時
os.chdir(tmd) # 先把工作路徑變成解壓路徑
do() # 執行你要乾的事情
# 當需要寫出文件到程序所在目錄時
os.chdir(cwd) # 把工作路徑切換回來
do() # 執行你要乾的事情
2、當你使用cython將py文件編譯成pyd文件後使用pyinstaller打包，提示找不到模塊的問題
直接使用pyinstaller打包py文件是很容易導致源碼被反編譯的
所以在打包的時候最好將py文件編譯成pyd文件，這樣可以很大程度上防止反編譯。
爲什麼呢？因爲pyd文件的來歷是這樣的：
- py文件 → c文件 → pyd文件
所以直接反編譯pyd只能得到上一步cython生成的c文件，而無法得到我們的py源文件。
- 如何打包pyd成文件請看這篇文章：https://blog.csdn.net/ZhaDeNianQu/article/details/87717293
接下來回到我們的問題。
解決方法很簡單，請看：
比如說，我有一個文件main.py，引入了位於同級目錄下的test.py模塊
# main.py：就像這樣直接引入
import test
現在我將test.py 編譯成pyd文件，生成了：test.cp37-win_amd64.pyd
這個pyd文件名除了我們原本的文件名test，還會帶上編譯環境的名稱，這個環境後綴名我們可以不用管 ，因爲python引入模塊還是很智能的（會自動引入.pyd文件，因爲它的優先級高於.py文件）。
- 這麼智能，但是爲什麼我用pyinstaller打包時就提示找不到文件？
其實我們需要在打包時--hidden-import這些模塊
1、直接添加
- 在打包時添加
--hidden-import test即可 - 完整命令：
pyinstaller -F --hidden-import test
2、使用spec文件
- 同樣的，運行一次pyinstaller打包命令後會生成spec文件，打開它
- 找到
hiddenimports=[]，添加test模塊，變成了：hiddenimports=['test']
很簡單對吧？
而且除了我們自己寫的一些py模塊，其它模塊在打包時可能也會提示找不到，都可以用這個方法解決。
3、打包成單文件時（使用-F參數），運行時要求管理員權限的參數--uac-admin無效的問題
請看我的這篇文章：pyinstaller打包單文件時–uac-admin選項不起作用怎麼辦https://blog.csdn.net/qq_26373925/article/details/105373124
本質上大概也是因爲找不到文件。
4、無控制檯打包（使用-w參數），運行時彈框提示Failed to execute script的問題
請看我的這篇文章：pyinstaller打包成無控制檯程序時運行出錯，與popen衝突的解決方法https://blog.csdn.net/qq_26373925/article/details/105521118
這個問題一般是程序內有輸入導致的，這個輸入可以是input()，也可以是其它的一些stdin操作（如os.popen實際上會造成輸入請求）
本質上就是：使用-w參數（無控制檯）打包時程序裏不要請求輸入
當然，實在要用輸入，又不想要控制檯怎麼辦？很簡單，把控制檯隱藏了就行！
下列兩個方法，試試看：
import ctypes
def hideConsole():
"""
Hides the console window in GUI mode. Necessary for frozen application, because
this application support both, command line processing AND GUI mode and theirfor
cannot be run via pythonw.exe.
"""
whnd = ctypes.windll.kernel32.GetConsoleWindow()
if whnd != 0:
ctypes.windll.user32.ShowWindow(whnd, 0)
# if you wanted to close the handles...
#ctypes.windll.kernel32.CloseHandle(whnd)
def showConsole():
"""Unhides console window"""
whnd = ctypes.windll.kernel32.GetConsoleWindow()
if whnd != 0:
ctypes.windll.user32.ShowWindow(whnd, 1)
暫時就這麼多呃，都是本人在打包過程中實際上遇到過的問題和經驗。。基本可用
2020年4月15日