崩溃症状：手机重启到Android启动界面 发生原因：（1）系统服务看门狗发现异常。（2）系统服务发生未捕获异常。（3）OOM。（4）系统服务Native发生Tombstone。
成都创新互联主营朗县网站建设的网络公司,主营网站建设方案,成都APP应用开发,朗县h5重庆小程序开发搭建,朗县网站营销推广欢迎朗县等地区企业咨询
算了，废话不多少，直接分析： 1 红色的地方，是让我们确认问题到底发生在那个线程中，是主线程还是子线程，这个的判断依据是：如果PID和TID相同，恭喜你问题出在父亲这边，看样子问题还比较好办。
pstore是persistent storage的缩写，内核发生异常通过此把异常日志记录下来，方便定位问题。ramoops指的是采用ram保存oops信息(kernel 异常信息)的一个功能，利用pstore技术实现。
client调用TombstoneParser来解析本地生成的对应tombstone文件，获取数据。Java层的崩溃可以直接交给JVM的崩溃捕获机制去处理。这个非常简单，不赘述。
1、iOS的屏幕规格可以列举处理，iPhone4及更新的设备，只有4种规格，他们的逻辑分辨率像也是固定的。Android这边就比较复杂了，理论上可以出现无数种逻辑分辨率。
2、加载更多请求 数据请求完成处理：布局的显示和隐藏：采用 SmartRefreshLayout框架，下拉刷新采用autoRefresh()，上拉加载更多采用setEnableAutoLoadMore（）。
3、遇到Error，程序员一般是无能为力的；遇到RuntimeException，那么一定是程序存在逻辑错误，要对程序进行修改（相当于调试的一种方法）；只有已检查异常才是程序员所关心的，程序应该且仅应该抛出或处理已检查异常。
4、其实也没有啊，activity只是界面展现，你的逻辑控制还是可以另起类的，只是在activity中调用就是了。
5、把init()方法放在onCreate()里，在令一个Activity里对返回键进行监听，用Intent跳转到MainActivity。
ViewModelStore：ViewModelStore主要是用来存储ViewModel对象的，内部有一个HashMap集合用来存储ViewModel对象。ComponentActivity持有一个ViewModelStore，可以通过ViewModelStoreOwner中的getViewModelStore()方法获取。
众所周知，ViewModel的作用在于以可感知生命周期的方式存储与管理UI相关的数据，它允许数据在例如屏幕旋转这样的配置发生变化时得以保存，那系统又是如何做到保存ViewModel的呢，让我们从源码中去溯本追源吧。
前面提到了，在使用ViewModel的时候，不能将Context传入ViewModel。但如果实际运用中，的确需要使用context，此时可以使用AndroidViewModel类。
首先，将Kotlin的Android依赖在Gradle文件中引入如下：让我们创建一个 HelloRepository 来提供一些数据：让我们创建一个ViewModel类来使用这些数据：用 module 函数声明模块。
LiveData是一种具有生命周期感知能力的可观察数据持有类。 LiveData可以保证屏幕上的显示内容和数据一直保持同步。在项目中，LiveData一般是存放在ViewModel中，以保证app配置变更时，数据不会丢失。
ViewModel：负责完成View与Model间的交互，负责业务逻辑。 MVVM的目标和思想与MVP类似，利用数据绑定(DataBinding)、依赖属性(DependencyProperty)、命令(Command)、路由事件(RoutedEvent)等新特性，打造了一个更加灵活高效的架构。
1、android调用js方法比较简单，一行代码搞定。mWebView.loadUrl(javascript：test( + aa+ ))；//test就是你js方法，然后是参数然后是js调用android方法，比较复杂。
2、例如，在下面的例子中我们会调用一个Java方法，它弹出一个android的Alert对话框。
3、在android中调用本地js文件里的方法并得到返回值其方法如下：Android中内置了WebKit模块，而该模块的Java层视图类就是WebView，所有需要使用Web浏览器功能的Android都需要创建该视图类对象显示和处理请求的网络资源。
4、一般的浏览器中是无法通过js调用本地java程序的，但是可以调用嵌入到网页的applet的方法。
