解决.net开发问题的最终法宝

这两天正在网上找工作。昨天一网友问了个问题，说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元的北京的工作。有意者请与我联系fjl716@163.com