一个折磨了我一个星期的问题

最近在做Skype的二次开发，可是在最初就遇到了一个令我头疼的问题。具体情况很难说，除非你跟我一样做过关于Skype的开发。当我试图连接Skype客户端的时候，Skype能够顺利地返回给我控制句柄。可是当我接收并保存该句柄之后，想要再次通过它给Skype发送命令的时候却总是失败，看起来就好象连接已经中断。找了很久的问题，确定接收消息的OnSkypeControlAPIAttach没有问题，确定OnCopyData没有问题。难道是我必须在获得控制句柄后用一个无限循环的线程来保持连接吗？于是我试图用一个线程来“保持连接”。结果肯定是让我失望的。难道是MFC框架的问题？于是我用纯粹的基于Windows SDK的方式写了个测试程序，结果还是一样。那是不是我在看api的时候漏掉了什么啊？于是又仔细的看了遍api，还是一无所获。这样折腾下来已经是好几天了。真是无奈啊。去Skype社区逛逛吧。由于国内做Skype二次开发的人很少，所以也没有专门的讨论的社区，所以都是国外的。在那里看到了一些牛人的帖子，没有办法的我，尝试着将他们加到了我的Skype Contacts当中，并用我蹩脚的英语向他们提问。可能是时差的原因吧，一直没有得到回答。或者是我的问题太白吃了，他们不屑回答。没有办法，只得继续煎熬。差不多又是一两天吧，偶然的找到了一个叫Skype Tracer的东西，并且还有源码。这个东西让我如获至宝，马上拿来进行分析。刚好它也是基于mfc的，所以不再怀疑。仔细的研究了半天，终于发现问题所在。原来每次在处理完Skype发送过来的消息后，都要返回一个1，而不是0或者基类的默认值。当我把OnSkypeControlAPIAttach和OnCopyData中的返回值由0改为1后，一切根预期的一样了。可是我至今还是不太明白，为什么返回零就不行呢。在Windows的消息回调函数中，返回0和返回1有什么区别呢？