解决intl-tel-input插件中utilsScript的export报错问题

在使用intl-tel-input这个国际电话号码输入插件时，开发者可能会遇到一个常见的错误：当配置utilsScript参数时，浏览器控制台报出"Unexpected token 'export'"或"export declarations may only appear at top level of a module"的错误。这个问题通常与模块加载方式有关，下面我们来深入分析原因和解决方案。

问题现象

开发者在使用intl-tel-input插件时，按照官方文档配置了utilsScript参数指向utils.js文件，但在浏览器控制台会出现以下两种错误之一：

1. Chrome/Chromium浏览器报错：Uncaught SyntaxError: Unexpected token 'export'
2. Firefox浏览器报错：Uncaught SyntaxError: export declarations may only appear at top level of a module

这些错误表明浏览器无法正确解析utils.js文件中的ES模块导出语法。

问题根源

这个问题的根本原因在于utils.js文件是以ES模块(ESM)格式编写的，包含了export语句，但开发者可能以传统脚本方式加载了这个文件，而不是作为模块加载。具体可能有以下几种情况：

1. 在HTML中同时使用<script>标签和utilsScript参数引用了utils.js文件
2. 在Django等框架中，静态文件配置导致文件被重复加载
3. 构建工具配置不当，导致模块解析方式错误

解决方案

方案一：使用合并版本文件

intl-tel-input提供了一个合并版本的文件intlTelInputWithUtils.js，这个文件已经包含了utils功能，不需要单独加载utils.js。使用这个方案可以避免模块加载问题，但需要注意：

• 文件体积较大(约260KB)
• 适合不需要特别优化加载性能的场景

// 直接使用合并版本，不需要配置utilsScript
window.intlTelInput(input, {
  // 其他配置...
});

方案二：正确配置模块加载

如果希望保持utils.js单独加载以优化性能，需要确保：

1. 只在插件配置中通过utilsScript参数引用utils.js
2. 不要在HTML中额外添加<script>标签引用该文件
3. 确保服务器正确配置了JS文件的MIME类型

方案三：检查框架配置

对于Django等框架用户，需要检查：

1. 静态文件配置是否正确
2. 是否有多处引用utils.js的情况
3. 确保{% static %}模板标签正确解析路径

最佳实践

1. 开发环境可以使用合并版本简化配置
2. 生产环境建议使用单独utils.js并按需加载
3. 使用构建工具时，确保正确配置模块系统
4. 定期检查插件版本，保持更新

总结

intl-tel-input插件的utilsScript配置问题通常源于模块加载方式的冲突。理解ES模块和传统脚本的区别是解决这类问题的关键。通过选择合适的加载策略，并确保不重复引用JS文件，可以避免这类错误的发生。对于框架用户，还需要特别注意框架特有的静态文件处理机制。