工作中的一点记录，也算经验总结。

好久没写博客了。。。

今天，母亲和舅舅舅妈一道回家了，心里多少是有点难受的，很是舍不得。工作上好像也发生了很多很多的困难，好在最后就克服了。将今天的历程记录如下，一来进行总结并积累经验，二来将思路缕一缕。
其实今天也没完成多大任务。先是接收同时发来的服务端，随后调整本地客户端代码（去掉RKUser的命名空间，将读到的信息先存到字符串变量中，再进行打印），之后一试，果然成功收到了服务端回发的信息。随后调整代码，以适应android系统，将通信过程用文本框的形式记录下来，prepare--start--connect--send--receive--username。发布到android上后，根本没有一点通信反应。还是从头来，先发布成pc版exe，发现在跟踪到start方法的时候，死活调用不了类中的start方法，无从下手，请教组长，组长过来先是捕捉异常，不能执行的原因马上就出来了："cant find type UnityCrossDomainHelper",推断是无关的或错误的引用导致的，找出此类引用并删除，还是没解决，代码一句一句来排错，果然，排到Security.PrefetchSocketPolicy()时，异常消除，找到原因，对症下药予以解决，此问题终于告一段落。随后按过程继续，exe可以顺利通信，测试PCweb版和android了，PCweb的时候，根本没办法编译，说是内部编译出错之类的，我就疯了，怎么回事，折腾半天后，邻桌过来说，你为啥要用web版，那东西本来就不是很兼容，一般都不要web平台，我郁闷，重新选了版本后，果然没那个令人发疯的问题了。接下来试android版，执行到start方法中的client.Start()时，报了getifaddrs的异常，吸取之前的教训，用捕捉异常的方式果真找到了，可是没办法解决呀，只能通知负责人了，随后结合组长，终于克服，原因是：Lidgren.Network普通PC客户端和android客户端不一样，有个小小的差异，补齐差异后，问题终于得以解决，之后继续进行，可以还是发现不能通信，正在郁闷之际，突然看到服务端接收到数据了，大喜，原来是需要耐心呀，呵呵，继续之后，android端终于也能进行发送和接收数据了。

上面都是流水账，也没啥劲儿，还是看总结吧！
1.vs2010有很好的调试机制，可以跟踪任何点，unity3d在这方面是一大缺憾，为了跟踪问题，必须用自己的方式进行跟踪，比如输出label或者文本框进行跟踪。
2.unity3d选择平台问题，之前没注意到，点file--build settings--switch platform这个按钮就为当前开发选择平台的，之前那个“内部编译错误”的问题就是因为此处平台选择的原因。
3.遇到莫名的错误之后，首先确定大概位置，再捕捉异常，用异常来确定哪句代码是问题的原因，随后找解决方案。
4.老生常谈：耐心。。