回复: 关于Qt 静态编译后打包的可执行程序exe疑问
#6 回 lwei24 的帖子 [clickto 11-22 20:03]
lwei24:release，不是作为程序发行的版本吗？那个，没有购买商业版而使用静态编译，要注意哪些授权问题呢？请大佬指点一下 (2021-11-22 15:09)
release就是发行使用的版本，体积会比debug小的多，如果你只是使用常用控件的话，一般来说是不会有太大的，如果有100多m，应该是使用了其他的某些组件。
如果你的程序较大，其他模块也是基于Qt 的话，建议使用动态库的方式使用Qt，一方面，不同的模块可以复用动态库，整体空间占用反而比静态的小，另一方面也可以规避授权问题，就你说的情况，如果你写的软件做商业发布的话，会有版权纠纷的风险。
另，楼上的大佬说的对，小软件可以加壳，大软件没必要，运行的时候还是要在内存展开的，反而增加了解压载入的时间：）
#7 回 hitler++ 的帖子 [lwei24 11-23 10:05]
hitler++:文件太大不适合加壳,他的100多M的exe加壳后运行内存也会多100多M (2021-11-22 16:59)
哦哦
#8 回 clickto 的帖子 [lwei24 11-23 10:12]
clickto:release就是发行使用的版本，体积会比debug小的多，如果你只是使用常用控件的话，一般来说是不会有太大的，如果有100多m，应该是使用了其他的某些组件。
如果你的程序较大，其他模块也是基于Qt 的话，建议使用动态库的方式使用Qt，一方面，不同的模块可以复用动态库，整体空间占 .. (2021-11-22 20:03)
可是，我就用Qt的widgets模块而已，比如常用的控件，QTableWidget、QtreeWidget、QPushButton、QLabel，没想到它静态编译的release版本会这么大，超过100MB，现在除了减少不必要的依赖库或控件，不知道还有什么办法可以减少它的大小。关于你说的动态库的方式，这个暂时不考虑了，因为公司领导做的选择，说真的，即使用动态库，应该也不会小多少。因为我用动态编译的方式去打包这个应用程序，发现除了Qt的那些必要的dll外，就剩下exe应用程序，它也有100多MB。因此，真的是不知道还有啥办法再把它优化变小了……
#9 [clickto 11-23 17:04]
100多m的exe？？？你是不是塞了大量的资源文件在exe里？
#10 回 clickto 的帖子 [lwei24 11-25 09:05]
clickto:100多m的exe？？？你是不是塞了大量的资源文件在exe里？
(2021-11-23 17:04)
除了好几个字体库和一些应用程序的必备图片以外，好像没有其他资源了