如何在不依赖C库的Windows汇编程序中执行Shell命令

你现有代码编译失败、运行崩溃的直接原因有4个：

• 调用约定不匹配：32位Windows下C运行库（CRT）的system是_cdecl约定，你指定了.model flat, stdcall，栈平衡规则完全不兼容，就算链接通过也会直接崩溃。
• 符号名错误：32位MSVC/MinGW环境下，C导出的函数默认带_前缀，system的正确导入符号是_system，你写的extern system既没有类型声明，也没有做名字修饰，链接器无法识别。
• 参数传递错误：_cdecl约定下参数通过栈从右往左传递，不是靠ecx寄存器传参（ecx是fastcall/thiscall约定才用的传参寄存器），你之前lea ecx, [Var]根本没把参数压入栈，调用必错。
• 要追求极小体积完全没必要链接CRT：直接调用Kernel32.dll导出的原生系统API即可，绕开msvcrt依赖后生成的EXE可以做到1~2KB，比链接cstdlib生成的32KB文件小一个数量级。

以下实现直接调用系统原生WinExecAPI执行shell命令，无任何CRT依赖，完全匹配你给出的C++代码功能。

MASM（Visual Studio 32位环境）代码 #

.386
.model flat, stdcall
; 直接声明Kernel32导出的原生API，不需要引入任何C库
WinExec PROTO, lpCmdLine:DWORD, uCmdShow:DWORD
Sleep PROTO, dwMilliseconds:DWORD
ExitProcess PROTO, dwExitCode:DWORD
.stack 4096

.const
SW_HIDE equ 0   ; 写文件命令隐藏窗口执行
SW_SHOW equ 5   ; 输出命令显示控制台窗口

.data
; 长字符串可以拆成多段db拼接，不会触发"字符常量过长"报错
cmd1 db "echo ABCDEFG> msg.txt", 0
cmd2 db "type msg.txt", 0

.code
main:
    ; 执行第一个命令：写入内容到msg.txt
    invoke WinExec, offset cmd1, SW_HIDE
    ; 等待命令执行完成，避免时序问题
    invoke Sleep, 1000
    ; 执行第二个命令：读取并输出msg.txt内容
    invoke WinExec, offset cmd2, SW_SHOW
    ; 预留时间查看输出
    invoke Sleep, 2000
    ; 退出进程
    invoke ExitProcess, 0
END main

VS编译配置 #

1. 新建空MASM项目，在「生成依赖项-生成自定义」中勾选MASM支持
2. 链接器设置项调整：

• 入口点设置为main，不要用默认的mainCRTStartup（会强制链接CRT）
• 子系统选择CONSOLE
• 开启/O1大小优化，关闭增量链接、调试信息，最终生成的EXE大小在1.5KB左右。

NASM + MinGW 32位版本代码 #

如果你用NASM+MinGW工具链，使用以下代码，同样无CRT依赖：

extern _WinExec@8
extern _Sleep@4
extern _ExitProcess@4

section .data
SW_HIDE equ 0
SW_SHOW equ 5
cmd1 db "echo ABCDEFG> msg.txt", 0
cmd2 db "type msg.txt", 0

section .text
global _main
_main:
    push SW_HIDE
    push cmd1
    call _WinExec@8
    
    push 1000
    call _Sleep@4
    
    push SW_SHOW
    push cmd2
    call _WinExec@8
    
    push 2000
    call _Sleep@4
    
    push 0
    call _ExitProcess@4

MinGW编译命令 #

打开32位MinGW终端，执行以下两条命令即可完成编译，不会出现OBJ格式异常：

nasm -f win32 shell.asm -o shell.obj
ld -o shell.exe shell.obj -lkernel32

注意：NASM编译32位目标文件必须加-f win32参数，不要用-f win64/-f elf等错误格式；不要用g++链接OBJ文件，否则会自动拉入CRT启动代码，导致文件体积变大。

• 「字符常量过长」：老版本MASM对单引号包裹的单行字符串长度有限制，把长字符串拆成多段连续的db定义即可，比如db "long string part1", "long string part2", 0，也可以用尖括号包裹字符串绕过长度检查。
• OBJ文件链接异常：检查NASM输出的目标文件格式是否和工具链匹配，32位MinGW只能识别32位COFF格式的OBJ，64位目标文件无法链接。
• 符号找不到错误：32位Windows下，stdcall调用约定的函数符号格式为函数名@参数总字节数，C调用约定的函数符号格式为_函数名，不要写错符号名。

内容的提问来源于stack exchange，提问作者Patrick O'Brien