终端报错为何给文件名加下划线？checkEmail函数调用失败排查

背景 #

我有文件/test/email/email.js，基于node-imap封装了verificationEmail类，包含checkEmail等方法。在WebdriverIO测试文件中通过import verificationEmail from '../email/email'导入后：

• 最初直接调用await(verificationEmail.checkEmail())，终端报错：_email.default.checkEmail is not a function
• 修改为实例化后调用const verificationEmail1 = new verificationEmail(); await verificationEmail1.checkEmail()，仍出现相同报错

问题1：报错中为何给email前缀下划线？ #

这个下划线是Babel、Webpack等模块转译/打包工具在处理ES模块时生成的内部变量名，目的是避免和全局变量或其他模块变量命名冲突，属于工具转译过程中的内部标识，和你的代码逻辑没有直接关系，不用在意这个命名本身。

问题2：checkEmail函数无法调用的原因是什么？ #

核心原因是模块导出与导入不匹配，常见场景有两种：

1. 类未设置默认导出
   如果email.js中是用命名导出的方式定义类：

   export class verificationEmail {
     // ... checkEmail方法实现
   }
   

   那你在测试文件里用默认导入import verificationEmail from '../email/email'拿到的会是模块的默认导出（通常为undefined），自然无法调用方法或实例化。此时需要改成命名导入：

   import { verificationEmail } from '../email/email'
   const emailInstance = new verificationEmail()
   await emailInstance.checkEmail()
   

2. 默认导出写法错误
   如果你的意图是默认导出类，但写法有误，比如漏写default关键字：

   // 错误写法
   class verificationEmail { /* ... */ }
   export verificationEmail // 缺少default
   

   正确的默认导出应该是：

   // 写法一
   export default class verificationEmail { /* ... */ }
   // 写法二
   class verificationEmail { /* ... */ }
   export default verificationEmail
   

   确保默认导出正确后，再用import verificationEmail from '../email/email'导入，就能正常实例化并调用checkEmail方法。

另外可以检查你的babel.config.js和wdio.conf.js，确保Babel正确配置了ES模块转译（比如启用@babel/preset-env并配置目标环境），避免转译过程中破坏了模块导出结构。

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