[DEV] 如何减小可执行文件的大小

 前一阵下载了个keyboard hook的 实例,发现我编译后的dll比它的大了很多,因此想做个比较小巧的hook dll,减小到3.5KB后没办法继续了,但是觉得还可以继续减小,因为用UltraEdit打开看还有很多为0的部分,于是google,找到了这方面比较好的参考资料,把其中比较重要的简单总结了一下.


  减少exe(dll)的代码,主要从几个方面能够入手:
  1.代码质量.Consider refactoring when you try to copy & paste code. 拷贝代码不仅是  造成代码的难以修改和维护,而且也增加最后可执行文件的大小.
  2.尽量的使用系统的动态链接库,比如kernel32.dll 等各个版本的系统必备的DLL. 象有些dll就不  行,例如msvcrt.dll在 win98上就没有. 但是项目使用到别的库经常是没法避免的,比如STL.
  3.编译器选项(特别是链接器选项)优化. 用AppWizards建立一个Hello,world的GUI Win32程序,不加入任何代码,Release编译后也有40KB. 用Denpendency walker打开看看, 发现Kernel32.dll中引用了很多函数,但是实际上你的代码里面都没有引用到,那是因为默认链接器是把C Runtime library静态链接到你的代码里面去了,而你可能并没有使用到任何C Runtime Library的函数 .因此第一步就是在linker选项里面勾上ignore default libraries(这将使得链接器不在默认链接CRT). 然后加上你需要引用的库,例如kernel32.lib, 另外还需要设置EntryPoint(因为默认使用的是C Runtime Libray中的_mainCRTStartup 或者_WinMainCRTStartup函数). 第二步,加上/OPT:REF /OPT:ICF /OPT:NOWIN98 最后一个参数一般都能让exe进一步减少.另外是段合并(merge section)的优化,即把.rdata .text段都合并到.data段里面,但是这个优化并不推荐. 最后就是对齐的优化, /FILEALIGN(只能用在VC6上面),通过减少这个值能够去掉代码中由于对齐而产生的多余代码. 详细参考可以见参考资料第二个链接. 编译器的选项,minize code size以及global optimization + favor small code也能够减少,但是通常不会减少得很多.
  4. exe压缩器. aspack,upxshell是用得最多的exe压缩器,通常可以把可执行文件减少一半左右.

下面是最小的win32程序,VC6下面编译后只有480字节.

#include <windows.h>

// Make section alignment really small
#pragma comment(linker, "/FILEALIGN:16")
#pragma comment(linker, "/ALIGN:16")

// Merge sections
#pragma comment(linker, "/MERGE:.rdata=.data")
#pragma comment(linker, "/MERGE:.text=.data")
#pragma comment(linker, "/MERGE:.reloc=.data")

// Favour small code
#pragma optimize("gsy", on)
 

// Single entrypoint
int WinMainCRTStartup()
{
return 0;
}


上面的代码是从一篇文章中COPY过来的,见后面的参考.做一个win32 GUI hello,world,上面的法则仍然适用.用AppWizards生成一个Hello,world以后,把所有多余的全部去掉,例如资源文件. 甚至函数调用也不用了全部合并到WinMain中去(因为通过/OPT:NOWIN98和/FILEALIGN设置后,即使增加减少一丁点的代码也能够立即反应最后的EXE大小中去,而这些函数都只调用了一次,因此去掉了),生成的代码1.14KB. 如果再去掉WM_PAINT中的画Hello,world的代码,最后大小为1.04KB, 并且只依赖于kernel32.dll 和user32.dll


// MiniWinGUI.cpp : Defines the entry point for the application.
//
// Windows Header Files:
#include <windows.h>

#pragma comment(linker, "/FILEALIGN:16")
#pragma comment(linker, "/ALIGN:16")

#pragma comment(linker, "/OPT:REF")
#pragma comment(linker, "/OPT:ICF")
#pragma comment(linker, "/OPT:NOWIN98")

// Merge sections
#pragma comment(linker, "/MERGE:.rdata=.data")
#pragma comment(linker, "/MERGE:.text=.data")
#pragma comment(linker, "/MERGE:.reloc=.data")

// Favour small code
#pragma optimize("gsy", on)
#pragma comment(linker, "/ENTRY:WinMain")

// Global Variables:
HINSTANCE hInst;                                // current instance
TCHAR * szTitle = "MiniWinGUI";

// Foward declarations of functions included in this code module:
BOOL                InitInstance(HINSTANCE, int);
LRESULT CALLBACK    WndProc(HWND, UINT, WPARAM, LPARAM);

int APIENTRY WinMain(HINSTANCE hInstance,
                     HINSTANCE hPrevInstance,
                     LPSTR     lpCmdLine,
                     int       nCmdShow)
{
//    hInst = hInstance; // Store instance handle in our global variable

    WNDCLASSEX wcex;
   
    wcex.cbSize = sizeof(WNDCLASSEX);
   
    wcex.style            = CS_HREDRAW | CS_VREDRAW;
    wcex.lpfnWndProc    = (WNDPROC)WndProc;
    wcex.cbClsExtra        = 0;
    wcex.cbWndExtra        = 0;
    wcex.hInstance        = hInstance;
    wcex.hIcon            = NULL;
    wcex.hCursor        = LoadCursor(NULL, IDC_ARROW);
    wcex.hbrBackground    = (HBRUSH)(COLOR_WINDOW+1);
    wcex.lpszMenuName    = NULL;
    wcex.lpszClassName    = szTitle;
    wcex.hIconSm        = NULL;
   
    RegisterClassEx(&wcex);
   
    HWND hWnd;
   
    hWnd = CreateWindow(szTitle,szTitle, WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);
   

    if (!hWnd)
    {
        return FALSE;
    }

    ShowWindow(hWnd, SW_SHOW);
    UpdateWindow(hWnd);

    MSG msg;
    while (GetMessage(&msg, NULL, 0, 0))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
   
    return msg.wParam;
}

LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    switch (message)
    {
    case WM_DESTROY:
        PostQuitMessage(0);
        break;
    default:
        return DefWindowProc(hWnd, message, wParam, lParam);
    }
    return 0;
}


参考资料:

Matt Pietrek :Reduce EXE and DLL size  with libctiny.lib:
http://msdn.microsoft.com/msdnmag/issues/01/01/hood/default.aspx

James :Techniques for reducing  executable size:
http://www.catch22.net/tuts/minexe.asp

<think>好的,我现在要解决用户提出的问题:在Linux系统中,dist文件夹内的可执行文件双击无响应。首先,我需要分析可能的原因和解决方法。 首先,用户提到的是Linux系统,所以可能需要考虑文件权限的问题。在Linux中,可执行文件需要具有执行权限才能运行。如果用户通过PyInstaller生成的dist文件夹中的可执行文件没有执行权限,双击时自然无法运行。这时候,用户应该检查文件的权限设置,使用chmod命令添加执行权限。 其次,可能涉及到依赖库的问题。有时候,可执行文件在打包时可能没有包含所有必要的动态链接库,或者在目标系统上缺少某些依赖库。这时候,用户需要检查终端中的错误输出,通过运行ldd命令查看缺失的库,然后安装相应的依赖。 另外,用户可能没有通过终端运行可执行文件,导致看不到错误信息。在图形界面下双击运行时,错误信息可能不会显示出来,所以建议用户在终端中手动运行文件,查看具体的报错信息,从而更准确地定位问题。 还有可能与打包方式有关。例如,用户是否使用了正确的PyInstaller选项,或者是否需要排除某些不必要的模块来减小文件大小,但排除了关键模块可能导致运行失败。引用中提到的--exclude-module选项需要谨慎使用,避免排除必要模块。 此外,用户之前的问题中提到减小可执行文件大小的方法,比如使用UPX压缩,但有时候UPX压缩可能会导致某些问题,需要确认是否因此引起运行失败。可以尝试不使用UPX,看是否解决问题。 最后,还需要考虑系统架构兼容性,比如是否在64位系统上运行32位程序,或者反过来,导致不兼容。确认打包环境和运行环境的一致性也很重要。 总结下来,解决步骤可能包括: 1. 检查文件权限,添加执行权限。 2. 在终端运行可执行文件,查看具体错误。 3. 检查依赖库是否缺失,安装所需依赖。 4. 确保打包时没有错误排除必要模块,或尝试重新打包。 5. 检查是否使用了UPX压缩导致问题,尝试禁用。 6. 确认系统架构兼容性。 同时,参考之前的引用,用户可能是在处理PyInstaller打包后的可执行文件问题,所以需要结合这些引用中的建议,如正确使用打包选项,处理依赖等。</think>在Linux系统中,若遇到dist文件夹内的可执行文件双击无响应的问题,可通过以下步骤排查和解决: --- ### **1. 检查文件执行权限** Linux系统要求文件必须显式赋予执行权限。右键点击可执行文件 → 选择“属性” → 进入“权限”标签页 → 勾选“允许作为程序执行文件”。 或通过终端命令直接修改权限: ```bash chmod +x /path/to/your/executable ``` --- ### **2. 通过终端运行查看报错** 图形界面可能隐藏错误信息。在终端中手动执行文件以获取具体错误: ```bash cd /path/to/dist_folder ./your_executable ``` - 若提示`GLIBCXX`或动态库缺失:需安装对应依赖(如`libstdc++6`)[^2]。 - 若报错`No such file or directory`:可能是依赖库路径问题,尝试通过`ldd your_executable`检查缺失的库。 --- ### **3. 验证打包完整性** 若使用PyInstaller打包,可能因依赖未完全包含导致问题: - 重新打包时添加`--add-data`指定资源文件路径。 - 避免过度使用`--exclude-module`排除关键模块[^2]。 - 若使用UPX压缩,尝试禁用(添加`--noupx`选项)以排除压缩导致的问题[^2]。 --- ### **4. 检查系统兼容性** - 确认打包环境与运行环境的架构一致(如64位系统运行64位程序)。 - 对于老旧系统,可能需要降低`glibc`版本要求或静态链接库。 --- ### **5. 特殊权限问题(如AppArmor/SELinux)** 某些Linux发行版的安全模块可能限制程序行为: - 临时禁用AppArmor:`sudo systemctl stop apparmor` - 检查SELinux日志:`grep avc /var/log/audit/audit.log` --- ### **示例:依赖缺失的修复流程** ```bash # 终端运行报错示例 ./myapp: error while loading shared libraries: libz.so.1: cannot open shared object file # 安装缺失依赖(Ubuntu/Debian) sudo apt-get install zlib1g-dev # 重新打包后测试 ./myapp ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值