Webpack打包时脚本报错：_typeof未定义问题求助

这种情况我之前在整合独立脚本到项目时也碰到过，核心问题大概率出在项目构建环境对typeof操作的特殊处理，或者是脚本执行的上下文差异上，结合你描述的现象，我整理了可能的原因和对应的解决办法：

可能的原因 #

1. 打包工具的转译/压缩优化导致typeof被替换
   很多构建工具（比如Webpack、Vite搭配Terser压缩）会把原生的typeof操作符转译成自定义的判断函数，来实现代码压缩或兼容。但如果你的脚本中的对象是跨上下文创建的（比如来自iframe、不同模块系统），或者打包时的作用域处理有bug，这个自定义的typeof函数在处理对象时就会抛出错误。而instanceof Object是通过原型链判断对象，不受这种替换的影响，所以能正常运行。

2. 项目中存在重写typeof的自定义代码
   虽然比较少见，但有些项目会为了兼容老环境或实现特殊逻辑，重写全局的typeof行为。如果这个自定义的typeof函数在处理对象类型时存在bug，就会出现你遇到的“仅对象判断报错”的情况，而基本类型的判断逻辑是正常的。

解决方案 #

方案一：调整构建工具配置，禁用typeof优化 #

如果是打包工具的转译导致的问题，可以尝试在构建配置中关闭对typeof的优化：

• 如果你用Terser压缩，可以在配置中添加：

  terserOptions: {
    compress: {
      typeofs: false
    }
  }
  

• 如果你用Vite，可以在vite.config.js的build.minify选项中调整相关参数，或者指定不优化typeof相关逻辑。

方案二：改用更可靠的对象类型判断方式 #

除了instanceof Object，推荐使用**Object.prototype.toString.call()**来判断对象类型，这种方式不受上下文和打包工具的影响，是判断纯对象最可靠的方法之一：

function isPlainObject(variable) {
  return Object.prototype.toString.call(variable) === '[object Object]';
}

你可以把脚本中原来的typeof variable === 'object'替换成这个函数的调用。

方案三：检查并修复重写的typeof代码 #

全局搜索项目中的代码，看看是否存在自定义的typeof函数（比如window.typeof = function(...)这类写法）。如果找到，要么修复这个函数的对象判断逻辑，要么直接移除这个自定义实现，改用原生的typeof。

快速验证方法 #

你可以在报错的代码位置临时添加一行日志：

console.log(typeof typeof);

如果输出是function，说明原生的typeof操作符已经被重写成了自定义函数，这就是问题的根源，直接排查这个自定义函数即可。

内容的提问来源于stack exchange，提问作者proto_khal