1. 关于登录态的处理
在项目中，有些功能是需要在登录后的场景下才可以使用的，所以我们需要通过 某个条件判断当前是否是登录状态， 校验登录态，一般通过判定vuex 或 cookie 或 storage中 是否存在用户信息 。常见方案如下：
a ) 登录成功后,用户信息存入storage中「可以是 localStorage 或 sessionStorage」
出现问题: 在服务端渲染的时候「就是在asyncData中」 直接报错
原因：因为storage技术是浏览器端技术，node用不了，所以这个方案直接pass掉
b ) 登录成功后, 用户信息存入vuex 的store中
出现问题: 刷新后数据丢失
原因: store里的数据是保存在运行内存中的,当页面刷新时，页面会重新加载vue实例，store里面的数据就会被重新赋值初始化
后续处理：一般针对vuex 刷新数据丢失问题，会去做vuex数据持久化，这里考虑到上述 在服务端渲染的无法使用客户端storage技术，所以vuex数据持久化操作 使用cookie去做 「为啥用cookie? 因为cookie 浏览器端和服务器端都可以用」
后续场景: 做完数据持久化后，再次刷新，登录态信息不会再丢失，可以正确显示 登录态相关的业务渲染逻辑。但是出现了一个新的问题，那就是
刷新的时候，判断登录态相关的渲染样式会出现闪烁，第一印象就是拿取用户信息做判断的时候，拿数据的速度慢了，是什么原因造成的呢?
应该也是在初始化的时候，服务端渲染引起的； 在服务端渲染的时候页面已经准备好展示的效果，并被浏览器展示 ， 当浏览器渲染前的一刹，又要获取vuex中的登录态进行判断展示，所以就有了一刹的卡顿。
最终处理: 在做vuex数据持久话的时候，在nuxtServerInit 内处理
2.关于v-html的注意事项
有的使用，我们可能需要去直接解析html字符串，vue提供了v-html ; nuxt中 使用v-html ，一定要注意， 等待渲染的html字段串 完全遵守 w3c的html规范的。 例如<p> 这样，如果没有</p> 闭合， 页面会报错，打包后发布到线上环境，直接爆发阻塞性问题。
开发环境报错:
打包后部署线上报错:
3.关于自定义路由
nuxt 中， 无需去手动配置vue-router,他在业务中的目录就是一个默认路由，但是考虑到有一些项目可能路由比较复杂，就可能需要自定义的去配置路由。流程如下
a .新建个路由文件
b . 在nuxt.config.js 中配置
引入自定义路由文件
在modules字段同级别 加入 router字段配置
4. 关于路由鉴权
项目中,可能某一些模块需要登录后才能访问，比如个人中心.vue 传统的项目中，大多数是在路由守卫中做判断，判断登录的话继续访问，未登录跳转到登录页；那么在nuxt框架的项目中怎么样去实现这样功能呢?
这里需要用到nuxt 框架的中间件功能了，流程如下:
a ) 在 nuxt框架的默认中间件目录 middleware 新建一鉴权文件
b ) 在nuxt.config.js 配置文件的 plugins属性 中引入这个文件
c ) 在需要路由鉴权的 模块直接引用 ； 路由鉴权完成啦
5. 在asyncData 中，处理接口数据的注意事项
需要进行 seo 的页面，初始化渲染的数据 必须在 asyncData内 获取， 这样才会被nuxt 在服务端组装好 html,返回浏览器渲染， 其他vue生命周期内初始化的数据 ，不会在html 里展示。
坑点:
1. asyncData 内处理接口调试的问题。
只能在node服务面板上看到
2. 一旦接口报错； 页面直接挂掉
处理方法:
必须在接口处理之前 包含 try {} catch{}
考虑错误处理的场景。 一般处理方式与两种
a. 一种是 错误场景仍然返回 初始化数据
b. 另一种直接返回错误页 ：利用nuxt内部提供的错误处理机制
nuxt会在默认的错误页做出相应的处理；至于这个错误页面，当然你自己准备啦
结束:
在开发过程中，常见的问题基本这些啦，如果还有新的问题，欢迎大家留言讨论，本人也是第一次使用nuxt框架做服务端渲染，欢迎指正，哈哈!
