自己买空间做网站/网络营销和网络销售的关系

看到这篇文章算你运气好！因为只有我才能给你答案！看到就赚到，这就是缘分

因为vue3迁移nuxt3是一个非常困难和痛苦的过程，中间会有各种报错，各种不兼容，各种乱七八糟但是你又找不到答案的问题。

而且你一定会遇到这个onMounted不执行的问题！

现象如下：

上面可以看到无论浏览器console还是cmd命令行的输出都没有执行onMounted中的语句。

onMounted不执行是一个非常严重的问题，这意味着，你的异步请求都没法在页面挂载之前成功发起，那么html就会因为没有ajax数据而没法渲染！

 我在nuxt3的github提过一个问怎么解决这个issue的问题，并且提供了复现问题的链接，结果nuxt3的开源作者说：他们不看实际项目中的这种复现，他们只看最小环境中是否存在这种问题，让我在最小环境复现这个问题。如果最小环境中没有问题，就不是框架的问题。

虽然他们说的有点道理，但我还是忍不住要喷他们：谁会只在最小环境开发？！就是因为真实环境中的各种因素的互相影响，才能考验框架的健壮性！用最小环境来复现问题做评判，显示是片面和缺乏说法力的，这是一种偷懒行为！ 要是都用最小环境来复现，还要他们这些人开发个毛的框架，直接说evething is ok，no any bug就得了。

这是扯了句题外话，我经过了大概一天的测试和思考，一直没有找到原因。

开始吐槽nuxt的垃圾和难用，但是内心的不服输仍然推动着我必须解决这个问题！

在今天早上出去锻炼吸收了天地灵气之后，回到家里，头脑一片清净，在某个灵感涌现的瞬间找到了一点线索（这本是不起眼的一个地方）：

import { Player, VHeader, VTab } from "@/components";

export default defineComponent({

  name: "App",

  components: {

    VHeader,

    VTab,

    Player,

  },

在app.vue里我手动导入了component组件，当然这是一个非常正常的操作，我是vue3迁移到nuxt3, nuxt3不是号称强大兼容性吗，我如果要改大量代码才能迁移，那我还用个屁的nuxt3啊！

但是灵感为什么是灵感！ 那是因为你第一直觉在告诉你正确的方向在哪里！

因为找问题的本质是： 找到跟正常对象相比较所不同的地方！

因为这种不同的地方往往不起眼，微不可察，但是就是往往这一点点差异造成了问题！

果然，我此时的直觉告诉我：把这个手动引入组件去掉试试！

然后去掉手动引入组件以后，onMounted钩子终于执行了！

换句话说： 正是因为手动引入组件，导致了vue3生命周期钩子onMounted不执行!

事实上不仅是onMounted不执行，而是vue3所有的生命周期钩子都不能执行！

为什么会这样：我突然想起nuxt3设计时就是不需要开发者手动导入组件的，直接使用组件名就可以用了。

但是没有想到：如果手动引入组件，会产生如此严重的后果！

那我只能说nuxt3框架的兼容性真的太垃圾了！作为vue3迁移nuxt3, 大家都只想尽量少改代码，谁会想到要修改组件引入方式。而且nuxt3的规矩太多了，跟vue3根本就是两样东西，新的条条框框一大堆，写的又不清楚，你很难知道所有规则，要不是为了ssr服务端渲染，鬼才用nuxt3!

好了，我写完了，你应该感谢你有运气看到这篇文章，否则你可能这辈子都解决不了这个问题。