0day报错解决

0day报错解决实战笔记：从崩溃到修复，我是怎么一步步搞定的

哎,说真的，最近碰上了一个0day报错，差点没把我整崩溃，那天晚上本来打算早点下班，结果测试环境突然炸了，日志里一堆看不懂的堆栈信息，心里那个慌啊……不过好在最后总算把问题定位并解决了，今天就把这段“0day报错解决”的经历写下来，希望能帮到同样踩坑的你。

0day报错解决

什么是0day报错？先别被名字吓到

说实话,刚听到“0day”这个词的时候，我脑子里第一反应是“完了，是不是被人挖了漏洞”，其实在咱们日常开发里，0day报错解决更多指的是那种突然出现、之前从没遇到过、官方文档也查不到的报错，它可能是一个新版本引入的bug，也可能是某个依赖库的兼容性问题，甚至是你自己代码里某个隐蔽的逻辑触发的。

我当时遇到的那个报错,是在一个Vue3 + Vite的项目里，开发环境跑得好好的，一打包部署到线上就白屏，控制台甩出一句：

Uncaught TypeError: Cannot read properties of undefined (reading 'call')

一看就是webpack或者vite的运行时问题,但具体是哪儿引起的，完全没头绪，这就是典型的0day报错——你搜遍谷歌、Stack Overflow，答案千奇百怪，没一个能直接对上。

我的0day报错解决思路：别急，先稳住

遇到这种报错,我总结了几步，亲测有效：

先复现，别瞎猜
我把线上包拉回本地，用serve跑起来，果然复现了，这一步很关键，不能复现的bug都是耍流氓。
看堆栈，找关键词
虽然堆栈被压缩了，但我注意到reading 'call'这个提示，一般出现在模块加载或热更新相关代码里，于是我把怀疑范围缩小到vite的preload或者dynamic import。
二分法排查
我把最近改动的几个文件挨个注释掉，重新打包，最后发现是一个新引入的第三方UI库，它在SSR环境下会去访问window，但打包时被tree-shaking搞出了副作用。
搜issue，找同类
去GitHub上搜这个库的issue，果然有人提了类似问题，说是vite的optimizeDeps配置需要加个exclude，我照着改了一下，嘿，还真好了！

具体解决过程：一波三折

说起来简单,但中间真的踩了不少坑，比如我一开始以为是babel的问题，折腾了半天preset-env，结果发现根本不是，后来又怀疑是polyfill没打进去，换了core-js的版本，还是不行，那时候真有点想砸键盘了……

后来我静下心来,把vite.config.js里的build.rollupOptions仔细看了一遍，发现有个manualChunks配置把那个UI库单独拆包了，问题就出在这儿：拆包后，模块的初始化顺序变了，导致它在window还没定义的时候就执行了。

解决办法其实很简单：

// vite.config.js
export default {
  optimizeDeps: {
    exclude: ['那个UI库的名字']
  },
  build: {
    rollupOptions: {
      output: {
        manualChunks: undefined // 先关掉拆包，确认问题
      }
    }
  }
}

改完之后,重新打包，部署，刷新——页面出来了！那一刻，真的，比发工资还开心。