沫忆心V1.0记录(客户端遇到的问题)

                                 沫忆心V1.0记录(客户端遇到的问题)

     这个项目还有几个功能现在还没有实现，所以就实现的功能中，我遇到的现在还记得的一些问题小结一下（本来是计划将出现的问题一一记录下来的，不知道后面自己干嘛去了，建了个Errors文件里面却没写东西。以后一定要记住，犯过的错就要从中学到东西）。现在还有几个大问题没有找到解决方法，还希望高人指点，让我们多多学习啊！！！

       1.  聊天

(1). 聊天登录界面连接的时候获取了网络输入输出流  ，跳转到主界面时，没有把这些流传过去，当主界面发送聊天消息时，我又重新创建了输入输出流。 测试时，我这边打印发送消息成功了。小甘那边收不到消息。因为我客户端是往管道B发送数据，而服务器时从管道A中取数据，所以肯定取不到任何东西。

 

(2). 所有的消息都是一个消息对象，写入字符串(String str)的长度时，我使用的是str.length()，而不是str.getBytes().length();第一种方法，针对英文字符是没有问题的，但遇到中文就惨了，结果她那边收到的中文字符就总是缺少了后面的一部分。就这个问题我们都在很多地方犯过，所以在传输数据时，不是出现这个问题就是那个有问题。这看起来是小问题，但却有举足轻重的影响。

 

(3).开始测试聊天是没有问题的，后来不知道什么时候发现聊天时，使用中文就会有问题，窗体界面错位了。这个问题硬是没看懂。到现在也还没有解决。我们以为是重绘的原因，但实际在程序中，每次聊天都不需要刷新界面的。而且奇怪的是，我们把窗体放大后再还原，多试几次之后就正常了。这是为什么？这个真的很纠结啊。。。。求哪位高人指点啊！！！

 

 

 

 

        2.      网络五子棋

 

(1). 在五子棋上，我遇到了一个大问题，第一个就是在当被邀请的对手接受邀请后，两个客户端要都接受服务器发送来的棋盘图片。接收到的图片是BufferedImag格式，然后一直无法显示在JPaneL上，用g.drawImage()为什么不行，BufferedImage不是Image的子类吗？将BufferedImage转换成Image也不行。试过用JTabel,也不顶用，记得做远程控制的时候这个方法是行得通的，现在不知道又是哪里的问题了。可能是我其它哪个地方的问题，只是现在还没发现而已。就这个问题我是停下了三天，没有前进一步，一直在网上看别人的解释，试过很多，都不顶用。最后实现想不出来了，我们才选了一条捷径，就是不通过服务器来发送棋盘的图片了，而是把图片放在在客户端，当需要的时候，直接去取。对于这个项目，我们是这样做了，但这个问题始终还是让人很不服气啊。

 

(2)  第二个就是双缓冲的问题，虽然也纠结了几天，不过到现在都没有解决掉。所以我真的是不得不怀疑自己的学习能力了，网上说要重写updata()方法，先得到缓冲图像，再得到缓冲的画笔，再绘制缓冲图像，我按照方法试了，因为如果我只是参照他们的思路而没能解决，我还可以解释是自己没看懂，可就算我是把别人的代码copy过来，只是改下图片，加上窗体就行不通了。这确实让我很郁闷啊！所以这还是个很大的问题。因为每当下完一颗棋子的时候，对手的棋盘上重绘的很纠结，不只是闪屏这么简单，它是先显示背景颜色，然后再出现部分。真的太难看了。必须要最小化后，才正常。

 

(3)  第三个就是，后面下棋子时，我又犯了几个错，传棋子坐标时，我多传了一个byte标记位，导致服务器解析出了差错，另一个客户端不能接收到对手的棋子。所有说，定好的协议就一定要按照协议来，否则就对不上来，没法通信了。

 

(4)  后来又发现，一个问题，所有下过的棋子，在对方棋盘上显示的位置横纵坐标位置总是相反的。也是因为我这边在没处理好。我用一个二维数组chess[i][j]来表示棋子的标记，但我把i当做横坐标了，j当做纵坐标来传参。而实际上应该是j来表示横坐标的值，i来表示纵坐标的值。

 

 

         3.      网络画板

        总的来说，网络画板中出现的问题算是最少的了。没有五子棋那么纠结。

              (1)   首先最主要的是协议的问题，因为最开始定的不够完善，后来想到时再临时加的，而我们是各自在自己原来的那份协议上加的，有的地方并没有对应起来，比如说，我们两个的sender 和reciver 的顺序就不同，导致后面很多地方出现空指针。因为数据在传输的时候 目标对象就传错了。所以在控制台看到打印的信息出现了这种情况，自己发送的邀请，自己又收到了。导致出现了空指针问题。

 

               (2)   在画三角形时，发现发送端的三角形与接收到的形状不同。因为在发送端，最开始处理的是第三个点是随机出现的，然后将三个坐标值传给接收方，它接到后，又是按照这种方法画的。意思就是说，接收方是接收到了三个坐标值，但它只是用到了其中两个，第三个就丢掉了。所以三角形只有一条边是相同的，形状就变了。

 

 

                  (3)   第三个就是图形重绘的问题了。其实这个错误在这次的项目中不是第一次犯。我们也想不通，构造窗体时，JFrame创建对象与直接使用this 到底有什么区别！创建对象后，paint()方法就执行不了，而使用this时才可以。这是为啥？？而我的习惯是创建窗体对象，最开始在进入主界面时，就要在pain()里添加图片，总是不能显示图片。

         

 

      总的来说，问题还是很多，有的也不怎么记得了。不过最基本的就是协议的问题了。哪个地方不按照协议来，就一定得抛锚，有时候一个小问题就搞得很纠结。最伤不起的就是几个还没有解决的大问题了。