• 在我们在安卓真机上做sqlite3的时候，会发现很多手机是不内置sqlite3的，这个时候我们需要自行下载传送到手机上

• 默认读者的手机拥有root权限并有类似终端模拟器的交互窗口获取root权限

    uname -a//在终端中输入,寻找自己的系统版本号
  

• 对应自己的版本号，可以在 https://github.com/tech128/sqlite3 寻找自己的对应的sqlite3数据库，一定要对应好否则将不能正常运行，若是此处找不到，可根据自己的uname在github上搜寻对应的sqlite3

• 由于我们需要把sqlite3的二进制程序传送到/system/xbin内，所以应该将/system以可读写的方式重新挂载，默认是只读的

    在DOS中转到adb的目录下，我的是C:\Program Files (x86)\Android\android-sdk\platform-tools
    adb root //执行命令，让adb获取root权限，前提是手机开启了root权限并在开发者模式打开USB调试
    adb remount //(为系统文件/system, /vendor,/oem加上读写权限)
    有的会出现挂载设备忙的问题(busy)导致这一步失败
    解决方案：
    adb disable-verity
    adb reboot之后就能够remount成功,
  

但是adb disable-verity具体做了什么呢?
官方给出adb disable-verity的解释是这样的:disable dm-verity checking on USERDEBUG builds
大致意思就是不使用dm-verity验证userdebug版本.可以理解为userdebug版本有些system分区被verity标识.
所以会出现上述错误是因为某些分区被系统标识,必须要验证数据签名,我们只需要忽略验证就行了.
上面可以看到签名是否需要验证主要是由dm-verity决定的,那它又做了什么呢?
它的作用和工作流程可以移步 http://blog.csdn.net/u011280717/article/details/51867673

remount成功之后就可以把sqlite3传入手机了

remount的另一种方式执行mount | grep /system
看到下面这个/dev/block/platform/msm_sdcc.1/by-name/system /system ext4 ro,seclabel…
这个ro就是Read-Only只读的意思继续执行命令
mount -o remount,rw -t ext4 /dev/block/platform/msm_sdcc.1/by-name/system /system
这种方式是在adb shell中执行，可以找到/system分区的具体挂载设备（有差异，根据情况变更）

adb push E:\sqlite3 /system/xbin
adb shell //进入shell确认sqlite3是否在qizhong
sqlite3 //试试运行是否成功