来自早读君：
这篇文章是昨天分享在团队内部讨论组的，起因是要做一个webview的tab切换（定位tab本采用锚点），有潜在的bug，然后就延伸出这个了。
正文从这开始～
最近做一个项目，是将一个相对复杂（内容后台模块化配置）的mobileweb页面嵌入到Android的webview展示，把遇到的问题和一些经验总结下
（1）图片！图片！图片！
我觉得不管是原生App还是WebApp，加载优化的第一条就是合理的设置图片，这点往往容易被忽视。一切只在WIFI环境下的测试都是耍流氓！
这个项目的主页面，一开始前端负责切图的同事给出的静态页居然有1M多，其中最大的一张banner图接近K!直接从PSD切出来的高保真原汁原味的展示效果确实震撼，百分比布局下，在chrome放到全屏显示还是清晰无比。理想很丰满，现实却骨感，可惜我们不是生活在Provo，没有googlefiber的情况下只能忍痛牺牲这种“网络不能承受之美”。wap页面就是手机上看的，一般4~5寸屏幕能清晰显示，6寸‘巨屏’牺牲点效果不影响使用就足够了。
目前总结大致的图片组成
1)横铺图片，大概占全屏的1/5~1/4左右的图片，建议30K左右
2)橱窗图，宽度1/4~1/2方图，8~15K
3)加载占位图、loading动画单色，质量调低，1.5K
4)多个小图片，最好合成一张用csssprite布局，webview里的