Android移动开发之【Android实战项目】DAY10-App端耗流量场景问题及减少消耗办法_软件开发app省流量方案

App端耗流量场景问题及排查思路
1.后台接口是否返回冗余数据

例如理财产品理财列表接口一般会返回理财产品相当多的信息，其中这些信息有50%的字段是不需要展现给用户的，其实这就可以考虑在接口设计的时候与前端开发约定好将这部分后端返回的数据作为冗余数据，后续不再返回给前端，减少流量的消耗。
1

另外APP端和服务器端的每个接口的数据结构都尽量简单，每个字段对应的内容也应该尽量简短。

2.相关图片和视频资源是否进行Gzip压缩后上传

HTTP协议上的Gzip编码是一种用来改进WEB应用程序性能的技术，用来减少传输数据量大小，减少传输数据量大小有两个明显的好处：
1

可以减少流量消耗；

可以减少传输的时间。

3.图片格式处理是否得当：一般来说WebP格式>JPG>PNG

同样的照片，采用WebP格式可大幅节省流量，相对于JPG格式的图片，流量能节省将近 25% 到 35 %；相对于 PNG 格式的图片，流量可以节省将近80%。最重要的是使用WebP之后图片质量也没有改变

4：App中需要加载的图片是否按需加载

App中需要加载的图片按需加载，列表中的图片根据需要的尺寸加载合适的缩略图即可，只有用户查看大图的时候才去加载原图。不仅节省流量，同时也能节省内存

5.网络请求方面：是否合并网络请求，减少请求次数

APP端应该尽量减少向服务器端发送请求的次数，能合并的接口尽量合并；每发一次请求，双方就都需要至少向对方发送一次HTTP的头字段数据；如果连接断开了，还要多个和服务器的握手过程；这些都会多消耗网络流量。

6.是否进行网络缓存

对服务端返回数据、图片，JS进行缓存，设定有效时间，有效时间之内不走网络请求，减少流量消耗。但由于手机存储空间有限，也需要控制整个缓存大小，并给用户提供清理缓存的选项。

7.是否采用客户端的轮询来获取一些信息的查询

采用客户端的轮询来获取一些信息的查询会消耗流量，应该使用服务器推送的方式；

8.数据更新是否采用增量方式

数据更新采用增量，而不是全量，仅将变化的数据返回，客户端进行合并，减少流量消耗；

非 WiFi 情况下，对于 APP 界面展示的数据，在 APP 后台运行时尽量不去拉取。

9.是否针对不同网络类型设计不同的访问策略

比如使用非WIFI网络进行大图、视频资源查看，是否会提醒用户当前操作会耗费过多的流量，是否需要切换到WIFI场景进行浏览。

1、直截了当，在服务器端对移动端请求的数据进行压缩（文本信息则直接压缩，图片则通过压缩算法压缩），然后再response到移动客户端即可。

以上方法优点：数据量大的时候，可以很好的减少流量消耗。注意文本压缩算法要和客户端的解压算法相对应，以便维持数据的一致性！



2、在服务器对移动端请求的数据进行加密（文本信息进行可逆加密，图片则通过压缩算法压缩），然后再response到移动客户端，移动客户端应该要有相应的解密算法进行解密并解析相应的数据。（一般来讲，加密后的数据非常小）

以上方法有点：数据安全性、压缩性非常好，因为数据进行了加密，所以在传输过程中也达到了很好的保护作用，很好地防止了接口数据被盗用。另外，由于加密后只有几十个字符，所以也在一定程度上大大的减少了http请求的下载量，从而减少流量消耗！



以上两个方法基本能够解决移动客户端流量消耗大的不足以及数据安全，如果大家有更好的方法，欢迎指教！


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15