1.原本以为很简单的问题，直接在原来创建数据库的语句中加上需要添加的列new_column，但是运行时发现，应用crash。原因是，原有数据库文件已经存在的情况下并不会重新创建数据库，也就是说此时数据库中并没有new_column列，这个时候，运行query()来查询数据库如果包括new_column列，就会导致应用crash。
2.其实，SQLite提供了数据库升级的方法 onUpgrade(),只需要在创建SQLiteOpenHelper对象时，传人比原版本号更大的版本号，便会触发该方法，在这个方法中可以实现迁移原有数据及创建新数据库Table。\
3.在某些情况下，数据库版本会出现降低的情况：如用户安装了版本更低的应用，但是应用数据没有改变。这种情况下，如果设计数据库时没有override onDowngrade()方法，会导致应用崩溃。所以，在设计数据库时，最好能override onDowngrade()方法，防止这种情况下应用崩溃的发生
android.os.Build,获取设备信息
.so文件是unix的动态连接库，是二进制文件，作用相当于windows下的.dll文件。 他使用了C/C++代码编写的可以操作硬件比java更高级的 底层代码，执行速度和效率比其他语言要高。 在Android中调用动态库文件(*.so)都是通过jni的方式。
MultiDex, 顾名思义，是指多dex实现，大多数App，解压其apk后，一般只有一个classes.dex文件，采用MultiDex的App解压后可以看到有classes.dex，classes2.dex，… classes(N).dex，这样每个dex都可以最大承载65k个方法，很大限度地缓解了单dex方法数限制。
F12后，切换到手机模式，方向没有鼠标，这对于调试前端页面来说无疑是一大难题，看不见只能盲点， 以为是浏览器问题，清理缓存，升级浏览器，清除插件等都不好使。 后来查到资料说是显卡问题。果然还真是显卡问题。
全面屏是手机业界对于超高屏占比手机设计的一个宽泛的定义。从字面上解释就是，手机的正面全部都是屏幕，四个边框位置都是采用无边框设计，追求接近100%的屏占比。但受限于目前的技术，还不能做到手机正面屏占比100%的手机。现在业内所说的全面屏手机是指真实屏占比可以达到80%以上，拥有超窄边框设计的手机。
18年简直是刘海元年，所有手机都在跟风刘海屏，甚至每个厂商还有自己的一套适配规范。我的初始需求很简单，就是做一个全屏显示的页面，一般情况下只需要开启Android规范的全屏模式就好：
刘海屏状态栏的高度其实和普通的都是一样，所以只要给全面屏的页面设置一个paddingtop就可以实现，我是写一个公共的头部布局在基类里用，给头布局设置一个paddingtop，paddingtop的值就是状态栏的高度
android 获取手机的CPU型号
android:windowSoftInputMode属性一共同拥有9个取值。各自是： stateUnspecified，stateUnchanged。stateHidden，stateAlwaysHidden。stateVisible，stateAlwaysVisible，adjustUnspecified，adjustResize。adjustPan。
顶部是有文字，小图标等，如果直接用透明半透明 状态栏上的东西会与内容重叠（你觉得无所谓也可以直接用上面2部分代码），这样我们就想做成类似支付宝这样的效果：