出现这样的问题，虽然不知道具体原因，只能说react-native-amap3d库的作者真的是消极更新呀
android正常，ios 会出现下面类似的问题，"AMapMarker" was not found in the UIManager。
很明显，是库没有找到。 果然发现Podfile.lock 并没有任何react-native-amap3d的任何文本内容。
所以参看其他人的方法，手动引入这个库
pod 'react-native-amap3d', path: '../node_modules/react-native-amap3d'
重新pod install ，好了，Podfile.lock有了内容，重新运行ios，又报错了，这次报错是关于这个库和另一个库的swift问题。
删除node_modules，重新pod install ，运行后好了。
删除node_modules，重新pod install 这是react native很久不运行ios后出现问题的首要解决办法。
好像有挺久时间没更新博客了，最近我为了准备下一个系列的博客，也是花了很长的时间研读源码。很遗憾的是，下一个系列的博客我可能还要再过一段时间才能写出来，那么为了不至于让大家等太久，今天就给大家更新一篇单篇的文章，讲一讲Android drawable方面的微技巧。
在阿里聚安全的漏洞扫描器中和人工APP安全审计中，经常发现有开发者将密钥硬编码在Java代码、文件中，这样做会引起很大风险。信息安全的基础在于密码学，而常用的密码学算法都是公开的，加密内容的保密依靠的是密钥的保密，密钥如果泄露，对于对称密码算法，根据用到的密钥算法和加密后的密文，很容易得到加密前的明文；对于非对称密码算法或者签名算法，根据密钥和要加密的明文，很容易获得计算出签名值，从而伪造签名。
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型号