解决|问题这两天正在网上找工作。昨天一网友问了个问题，说SendMessage在.net中调用失败。
我看了看他的代码是用VB.net写的。于是我改用C#写了个小的测试程序
using System.Runtime.InteropServices;

[DllImport("user32.dll")]
private static extern long SendMessageW(int hwnd,int wMsg,int wParam,int lParam);

System.Diagnostics.Process[] p;
p=System.Diagnostics.Process.GetProcessesByName("notepad");
int i=p[0].Handle.ToInt32();
SendMessageW(i,16,0,0);

（因为SendMessage分两个版本，一个是SendMessageA一个是SendMessageW，由于NT下内部使用的是SendMessageW，而SendMessageA的调用则是先将参数转换后再调用SendMessageW，所以这里我是用SendMessageW。）
这个程序的功能是查找一个记事本程序，然后向他发送关闭消息。
试验了一下，果然失败了。
开始我怀疑是.net的问题，因为一个网友曾经说过在VB中调用成功的代码在VB.net中调用失败了。于是我是用ILDASM对该程序进行反汇编。反编译后IL代码如下。
.entrypoint
.custom instance void [mscorlib]System.STAThreadAttribute::.ctor() = ( 01 00 00 00 )
// 代码大小 40 (0x28)
.maxstack 4
.locals init ([0] class [System]System.Diagnostics.Process[] p,
[1] int32 i,
[2] native int CS$00000002$00000000)
IL_0000: ldstr "notepad"
IL_0005: call class [System]System.Diagnostics.Process[] [System]System.Diagnostics.Process::GetProcessesByName(string)
IL_000a: stloc.0
IL_000b: ldloc.0
IL_000c: ldc.i4.0
IL_000d: ldelem.ref
IL_000e: callvirt instance native int [System]System.Diagnostics.Process::get_Handle()
IL_0013: stloc.2
IL_0014: ldloca.s CS$00000002$00000000
//这里是SendMessageW调用的部分将p[0].Handle.ToInt32()放入参数1
IL_0016: call instance int32 [mscorlib]System.IntPtr::ToInt32()
IL_001b: stloc.1
IL_001c: ldloc.1
//放入16，参数2
IL_001d: ldc.i4.s 16
//放入0，参数3
IL_001f: ldc.i4.0
//放入0，参数4
IL_0020: ldc.i4.0
IL_0021: call int64 TWin.Class1::SendMessageW(int32,
int32,
int32,
int32)
IL_0026: pop
IL_0027: ret
看不出有什么问题，本来我以为是不是某个值被装箱之类的操作了。一看所有参数都是标准的int32类型，这个可是值啊。
我并没有就此觉悟，反而还是执迷不悟的怀疑是.net出的问题。
于是运行程序，在SendMessageW(i,16,0,0)处设置断点，看看汇编码。（运行时，在代码的旁边有个反汇编的tab，通过它你就可以看到汇编码了）
0000004f push 0
00000051 push 0
00000053 mov ecx,edi
00000055 mov edx,10h
0000005a call dword ptr ds:[009C50F8h]
00000060 nop
在Win32汇编中API函数的调用使用的方法是将参数值压入栈中(后进现出)的原则，所以参数压入顺序为4321。
汇编中的语句
0000004f push 0
00000051 push 0
00000053 mov ecx,edi
00000055 mov edx,10h
都没错。唯一有可能出错的就是
0000005a call dword ptr ds:[009C50F8h]
于是问题很清楚了，.net调用API函数的方法没有错，是传递的参数出了错。用VC++的工具SPY++看看吧，果然发现句柄与p[0].Handle.ToInt32()不符。无意间发现p[0].MainWindowHandle与SPY++的结果相符，忽然间恍然大悟。大骂自己愚蠢分明需要给程序的窗体传送消息，你给那个进程ID传送，人家谁理你啊！
改用p[0].MainWindowHandle实验，记事本被关闭了。虽然犯了傻不过倒是总结了些解决.net出的问题的一些方法，如果你有些问题感到莫名其妙，找不到方法就不如用ILDASM去反编译一下，看看IL代码说不定有帮助，如果还不行，干脆就用看看汇编码，说不定问题就明白了。
告诉他后，他又问了我另一个问题，一个窗体如何得到自己的句柄呢，其实这个很简单，this.Handle.ToInt32()就是自己的句柄了。
结尾打个广告吧，本人软开工作两年想找一份月薪3000元的北京的工作。有意者请与我联系fjl716163.com