1.23Android 学习+进度之二十三-同步和分析

来源:互联网 发布:制版软件 编辑:程序博客网 时间:2024/06/05 23:47

今天汇报了工作,功能性的任务暂时好像要搞一个段落了。如今,讨论下下一步要做的内容。

1:之前测试中,一个1.5M左右的图片需要发送30s-40s。需要分析下,到底在哪一步消耗的时间比较多。

2:改个按钮功能什么的。

初步判断,造成1的原因是,整个1.5M的图片,我封装成了一个类,这在接收端,需要不停的接收,直到,获得一个完整的类,才会进行下一步操作(可以理解为不是流式的),然后再进行发送,地面客户端也是要接收成一个大包,然后开始读写文件处理。

对于1这个任务,首先打算,同步时间,让sever,客户端的时间同步。然后通过数据包打戳,来分析情况。

hlhttp://blog.csdn.net/wangyanguiyiyang/article/details/51039759

经过一系列的显示时间,已经推导算式。得以在客户端显示时间差。体积小的包,在客户端接收后,显示的时间差比较小,体积大的包,需要消耗较长时间,显示的时间差也越大。

一些猜测:当发送1.5M-2M的图片时,服务端需要25S的时间来接收(这个时间包括了,tcp对这个图片进行分片,都是自动的,没控制)。而服务端组成图片后发送给客户端,需要50S+的时间才能显示,猜测,客户端内存资源小(百度了说,一个app,16m运行内存,但是游戏应该都不止吧),所以需要调用各种控件,消耗更多的时间,查阅资料也说,图片显示,在app端容易出OOM的问题(那个比较老的pad收新pad的大图时就会出OOM)。

汇报了工作,开始下一部分内容,按钮,按钮就先不改吧,也就这几天会改的。

阅读全文
0 0