目的
首先要感谢知呼大佬写的一行代码的Python加密和&加速-nuitka打包pyd技巧谈,本文是在学习该文后加上自己的一点小测试结果,记录下。
打包
可以使用Nuitka
将py文件打包为pyd
文件以防破解。比如目前我的代码结构如下,代码间的引用关系和文章中一样:
这里test.py
可以为一个入口程序,将核心代码写入到DIR文件夹中的dir_a.py
dir_b.py
文件中。然后将dir_a.py
dir_b.py
文件打包为pyd
这样就可以防破解了。
这里使用的Nuitka版本为1.0.3。具体Nuitka安装和配置步骤可以看文章和文章或者别的文章。
打包的命令行为:
nuitka --mingw64 --module --show-progress --output-dir=myPyds dir_a.py
先在命令行中激活虚拟环境,然后切换目录到dir_a.py
文件所在的目录,最后运行上面的命令。这个过程很快,运行结束后,会在dir_a.py
文件所在的目录中生成一个名为myPyds
的文件夹,在该文件夹中会生成一个pyd文件。同样的操作也可以生成dir_b.py
文件的pyd文件。
由于当前的代码运行结构中,dir_a.py
dir_b.py
文件是在DIR中的,所以需要将生成的这两个pyd文件移动到和对应py文件同级的目录中,这时候将dir_a.py
dir_b.py
文件删除后,一样可以运行test.py
主程序。
一些问题
2022/8/14修改:
针对下面的问题,经过实验我认为应该是,Nuitka
打包时把dir_a.py
dir_b.py
文件所在的文件夹DIR
当成了包(package
),如果要打包编译的主程序test.py
中使用了from DIR import dia_a
时,Nuitka
会把DIR
当成一个包(package
)给打包进去,如果此时目录中有对应的py文件时,from DIR import dia_a
就不会出问题,从而将DIR
直接打包到exe中,这样就不会出现找不到模块(module
)的问题了。但是当DIR
是空的时候,由于被认为是包(package
)打包到exe中的DIR
里面是空的,所以exe运行的时候会进exe中的DIR
中寻找相应的模块,且并不会在exe外寻找,所以就会出现找不到的错误。
为了避免这个问题,有两种解决方案:
- 在打包之前,将
DIR
文件夹改名,或者移动到别的地方,这样打包事,由于找不到这个包(package
),所以打包后的exe中就不会有DIR
,此时他就会在exe外寻找DIR
文件夹,此时再把DIR
文件夹复制进打包好的文件夹内即可,此时该文件夹里可以是pyd文件也可以是py文件。使用的命令可以是nuitka --standalone --mingw64 --show-memory --show-progress --nofollow-imports --output-dir=o
。 - 在打包时,修改命令,告诉
Nuitka
不要打包test.py
代码中要导入的包dir_a
,即使用命令:nuitka --standalone --mingw64 --show-memory --show-progress --nofollow-imports --nofollow-import-to=dir_a --output-dir=o
。最后打包完成后,依然需要把DIR
文件夹复制到打包好的文件夹内,该文件夹里面可以是pyd文件也可以是py文件。
以前的记录
由于使用了相对路径的问题,导致模块在导入的过程中会出现问题。我发现如果将test.py
和两个pyd文件用Nuitka进行打包,直接生成standalone文件夹,结果总是提示找不到dir_b,试了好多种打包命令都不行,把DIR里面的两个文件删除了之后再打包也不行。只有下面的几种操作是行的:
3. DIR中有两个py文件,打包时把DIR中的文件也编译了。对应的命令:nuitka --standalone --mingw64 --show-memory --show-progress --nofollow-imports --follow-import-to=DIR --output-dir=o
。
4. DIR中有两个py文件,打包时不编译DIR中的文件,但是在打包的时候用命令把DIR中的文件复制过去,对应的命令:nuitka --standalone --mingw64 --show-memory --show-progress --nofollow-imports --include-data-dir=DIR=DIR --output-dir=o
。这时候是没问题的,另外直接把复制过去的DIR文件夹直接删掉也是没事的。
5. DIR中有两个py文件,打包时不对DIR进行操作。对应的命令为:nuitka --standalone --mingw64 --show-memory --show-progress --nofollow-imports --output-dir=o
。
从上面的结果可以发现,当前版本的Nuitka打包命令中的-nofollow-imports
根本没起作用。官方手册的说法见下表,
其中--nofollow imports
中的说明翻译过来的意思是:使用--nofollow imports时,根本不要进入任何导入的模块,它会覆盖所有其他包含选项。默认为关闭。
所以正常情况下test.py
中导入的dir_a.py
是不会编译的。但是目前看来好像他一直都在编译。
Control the following into imported modules:
--follow-stdlib Also descend into imported modules from standard
library. This will increase the compilation time by a
lot. Defaults to off.
--nofollow-imports When --nofollow-imports is used, do not descend into
any imported modules at all, overrides all other
inclusion options. Defaults to off.
--follow-imports When --follow-imports is used, attempt to descend into
all imported modules. Defaults to off.
--follow-import-to=MODULE/PACKAGE
Follow to that module if used, or if a package, to the
whole package. Can be given multiple times. Default
empty.
--nofollow-import-to=MODULE/PACKAGE
Do not follow to that module name even if used, or if
a package name, to the whole package in any case,
overrides all other options. Can be given multiple
times. Default empty.
之后又进行了别的尝试,因为我怀疑是不是因为相对路径引用的问题,就像文章中分析的那样,经过我的实验发现应该就是这个问题。如果所有的文件在同一个目录下就不会出现任何问题,此种情况下,无论编译的时候是只有test.py
还是和其他py文件共存时,编译都没问题,只要编译后,把缺少的py文件或者是已经转换好的pyd文件复制过去就行了。ps:这个相对路径导入模块是真难搞。