那些年Shop的一些总结_shop数据库总结-CSDN博客

本文链接：https://blog.csdn.net/Jack_King007/article/details/72123394

那些年Shop的一些总结

前一阵子，做了一个商业级的商城项目，耗时总共也就一个月多点，后面支付拖了很久，记录一些坑。

1.对于RX系列的一些的看法：不使用

体现在于联网的，okhttp，因为RX系列，整个项目就要使用multidex进行分包，RXjava2 快1w+方法，直接舍弃，就是用okhttp+okhttpUtils，不用retrofit，同时自己封装okhttp，根据后台一起协议的json结构，进行二次封装

2.选择开源库：

优先多次使用过的，然后fork下来，改源码，记得提交，这样方便后面维护，同时引入开源库的时候，记得加混淆规则。加固不是万能的，前一段时间360加固被发现加固同时加入广告，360果然流氓。

3.欢迎界面，引导图优化

开发中引入了多个大厂的SDK，比如腾讯的bugly，百度的地图，微信支付，分享，支付宝支付，每个开源库，都按需加载，不要全部放在application中，这样会导致启动白屏时间过长，同时欢迎界面或者引导图，结束后，清空图片加载的内存，系统只有在内存紧张的时候才会GC，在三星机器，有时候内存紧张清理不会及时会导致白屏

代码参考：

    mImg.setBackgroundResource(0);
    System.gc();
    System.runFinalization();

4.定位的选择，对于apk的体积的影响

优先选择，高德地图，同时SO只引入arm64-v8a，armeabi。可以考虑地图展示由H5来做，这样能减少5M+的体积，同时对于定位，一大段代码，全部封装到一个单例工具类，定位完以后得到结果，直接关闭定位。

5.crash的控制

首先在获取网络数据，那里，try catch住，如果出现crash直接展示服务器错误，这样在可控的情况能保证程序不挂，能保证用户能继续使用的情况下后台修改，前端不用重新上包。同时推荐能够有能力自己写一个bug收集系统，这样能够很好的定位到bug的原因。

6.打包的key要指定文件

主要指定好，即可避免第三方SDK因为sha1，或者其他什么失败。

//keytool -list -keystore debug.keystore
signingConfigs {
    release {
        keyAlias 'xxxxx'
        keyPassword 'xxxxx'
        storeFile file('../key/weishangcheng.jks')
        storePassword 'kaisa008'
    }
    debug {
        keyAlias 'androiddebugkey'
        keyPassword 'android'
        storeFile file('../key/debug.keystore')
        storePassword 'android'
    }
    buildTypes {
        debug {
            signingConfig signingConfigs.debug
        }
        release {
            signingConfig signingConfigs.release
        }
    }
}