目的

首先要感谢知呼大佬写的一行代码的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外寻找，所以就会出现找不到的错误。
为了避免这个问题，有两种解决方案：

1. 在打包之前，将DIR文件夹改名，或者移动到别的地方，这样打包事，由于找不到这个包(package)，所以打包后的exe中就不会有DIR，此时他就会在exe外寻找DIR文件夹，此时再把DIR文件夹复制进打包好的文件夹内即可，此时该文件夹里可以是pyd文件也可以是py文件。使用的命令可以是nuitka --standalone --mingw64 --show-memory --show-progress --nofollow-imports --output-dir=o。
2. 在打包时，修改命令，告诉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：这个相对路径导入模块是真难搞。