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

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

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
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值