聊天其实就是要实现消息推送,而推送消息就需要保持连接(长连接)。在之前项目里虽然实现了即时聊天,但是一种很本的方法。
去掉了其中的网络访问。地图试用的百度API
还是先放上图,在说下做法。
具体做法就是,开启一个服务,在后台每隔10秒钟访问一起(Socket)服务器,如果有数据,则返回数据,客户端进行解析,然后发送广播,即可接收到消息。
发送消息,则是由服务器提供接口来发送。然后,服务器与客户端建立一个简单的通信协议。
如:MSG|发送人ID|2012-2-12 07:25:12|发送类型 MSG是个标识,类型包括文本(包含表情),图片,语音,位置等。
图片和语音的发送,都是通过FTP先上传文件到服务器,然后把本地存储的路径发送给对方。
在聊天的页面中,用户的头像都是在本地存的。包括聊天的信息,也是本地数据库存的。这样就能记录信息。也可以扩展把聊天记录导出。
在本地创建的 消息数据库中。要定义好聊天信心的字段,包括自己ID,好友ID,消息类型,文本内容,时间,是否已读等(可扩展)
01 02 03 04 05 06 07 08 09 |
|
这样再次进入聊天页面就可以把数据库的内容读出来,匹配到适配器
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 |
|
图片的查看和语音的播放,都需要从数据库里取出文件保存的路径,不然的会显示和播放都不正确。
仔细看源码的话发现,在进入页面适配数据的时候已经从数据库读取内容了,而在适配器中查看图片,又重新读取了一次,
主要是因为,不这样做还是不能正确显示和播放。 对这个问题很费解。
进入到聊天页面,换取到数据,很据数据类型来加载对应的layout,当然还要判断用户ID,信息的读取是根据用户ID来获取的
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 |
|
之前在测试中,用socket实现不了长连接。主要是因为不加上 socket.shutdownOutput();就收不到消息,而加上了即接收完消息断了连接。所以每隔10秒就要访问次Socket服务器
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 |
|
虽然实现了,但在实际的应用中,效果不好。费电,丢包。
当然了,现在正在往长连接方向该,也修改了通信协议(很规范),(SocketChannel,Selector)
最后放上源码
Test.rar(2.68
MB, 下载次数: 5691)