我们可以使用keep-alive标签，到底应该怎么使用呢。
官方文档地址为 The Nuxt Component
1、在标签上添加属性
<nuxt keep-alive :keep-alive-props="{ include: includeArr }" />
// js
data () {
return {
includeArr: ['cardApplyQuery'] // 需要缓存的组件名数组
}
}
2、在组件中添加name属性
这个是好多网上教程没有点明的，这里重点提出。一定要在组件中加上对应的name
export default {
name: 'cardApplyQuery'
}
其他 expend 等属性也是支持的。不详细列出。
言归正传，这样的一个首页，我们需要做怎么样的基础工作呢？或者说，碰到以后更复杂的页面我们应该怎么做？这里小提示下，不要再用什么类似ScrollView的这种东西了，诶，好像说的有点绝对，尽量不要用，这不是谷歌想要看到的，5.0谷歌推出了RecyclerView，从它的整个设计架构来看，简直就是为这而生的。而RecyclerView的视图是通过Adapter来渲染的。原始的Adapter，让人很蛋疼，重复工作太多，我们应该要有封装的思想，把最需要的部分提供出来，其它不用管。
RecyclerView嵌套RecyclerView点击事件遇到取值错乱的问题
Git的报错 在使用Git的过程中有时会出现一些问题，那么在解决了每个问题的时候，都需要去总结记录下来，下次不再犯。 一、fatal: refusing to merge unrelated histories 今天在使用Git创建项目的时候，在两个分支合并的时候，出现了下面的这个错误。
在git push的时候，有时候我们会想办法撤销git commit的内容
点击AndroidStudio菜单File -> Invalidate Caches/Restar… ，在弹出的对话框中点击Invalidate and Restar
初学vue的时候，不知道如何在方法中跳转界面并传参，百度过后，了解到两种方式，params 与 query。然后，错误就这么来了：
library中启动app中的activity
Android 中隐式启动组件的匹配规则主要是根据 Action、Category、Data来匹配。
Android 获取values String
家都知道，android应用不可避免的会发生crash，无论你的程序写的多完美，总是无法完全避免crash的发生，可能是由于android系统底层的bug，也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时，系统会kill掉你的程序，表现就是闪退或者程序已停止运行，这对用户来说是很不友好的，也是开发者所不愿意看到的，更糟糕的是，当用户发生了crash，开发者却无法得知程序为何crash，即便你想去解决这个crash，但是由于你无法知道用户当时的crash信息，所以你也无能为力。是否真的这样呢，其实android中有处理这类问题的方法，请看下面Thread类中的一个方法#setDefaultUncaughtExceptionHandler