对于汇编语言来说win32环境中只有一种类型,那就是32位整数,例如MessageBoxA的四个参数 HWND,LPCTSTR,LPCTSTR,UINT之所以定义成不同的摸样主要是为了说明其
用途,我们在汇编环境下调用MessageBoxA时,DOS状态下会是这样的:
push uType
push lpCaption
push lpText
push hWnd
call MessageBox
如果写的时候少了一句push指令,程序在编译和连接的时候都不会报错,但是执行的时候却会报错,很是不便,解决的方法之一是使用invoke指令
invoke并不是80386处理器的指令,而是一个MASM伪指令,在编译的时候由编译器,把上面的指令展开成我们需要的4个PUSH指令和一个CALL指令,同时进行参数数量的检查
工作,(至于类型,因为WIN32仅仅使用DWORD类型的参数,所以编译器只关心参数的数量)如果带的参数数量和声明时不符,则会报错。
API函数的返回值
API函数的返回值一般是放在EAX当中,如果要返回的不是一个EAX能够容纳的,那么API的办法是EAX中返回的是指向返回数据的指针,或者在调用参数中提供一个缓冲区地
址,把数据直接返回到缓冲区当中去,即输出参数!
函数的声明
函数名 proto [距离] [语言] [参数1]:数据类型,[参数2]:数据类型,...
距离可以是NEAR,FAR,NEAR16,NEAR32,WIN32程序使用的是flat,即,数据段和代码段使用同一个4GB的段,无所谓距离,所以在定义时是忽略的
我们知道API函数是有几种的,ANSI版本和UNICODE版本,但在我们使用的时候只是使用了MessageBox,却没有表明是ANSI还是UNICODE,这是因为在user32.inc中有一
句MessageBox equ <MessageBoxA>,并且在user32.inc中是没有MessageBox的存在的,只有MessageBoxA和MessageBoxW两种
另外PROTO表明了该函数的定义在该语句的后面,也就是说通过该指令,可以先使用后定义哈
文件包含
使用到了两个伪指令include和includelib,在MASM32中每个dll文件对应一个<dll文件名.inc>编译器对include的处理就是把这一行用该文件的内容替换而已,这里面是我们一般
会使用到的代码模块。
现在说下includelib,一说到lib,我们便会想到库的概念,一个是静态库,一个是导入库,静态库呢,里面放的是一组已经编好函数代码模块,,在程序中可以自由引用,静态
库为程序员节省了大量的开发时间,但是也占用了大量的磁盘空间,以及执行时的内存空间。
第二个呢就是导入库,导入库中放的是函数的定位信息和参数数量,比如user32.inc的导入库就是user32.lib,includelib只是告诉连接器在连接的时候到指定的库文件去找指定
的API函数的位置信息而已
proc和proc的使用实例
.386
.model flat,stdcall
option casemap:none
include <windows.inc>
include <user32.inc>
include <kernel32.inc>
includelib user32.lib
includelib kernel32.lib
; 函数声明
custom proto tTitle:dword,tCaption:dword
;数据段的定义
.data
szTitle db "说什么呢",0
szBuffer db "不说了吧",0
;代码段的定义
.code
start:
;custom函数的定义
custom proc tTitle:dword,tCaption:dword
invoke MessageBox,NULL,tTitle,tCaption,0
ret
custom endp
;开始执行
invoke custom,offset szTitle,offset szBuffer
invoke ExitProcess,0
end start
Proto的作用就是告诉编译器,该函数的定义在后面,仅此而已
需要注意的是自定义函数custom要定义在.code段,同时应该在开始标号(start)之前!
否则的话,就会执行函数定义部分,(如果有参数的话,里面是没有实际值的!)
另外:自定义函数部分最后一句要加上 RET!!!!
标签:定义,invoke,汇编语言,之二,win32,API,参数,custom,函数 From: https://blog.51cto.com/u_15995156/6166938