💡
原文中文，约1200字，阅读约需3分钟。
📝
内容提要
这篇文章讨论了在Webpack配置中解决dayjs模块导入问题的方法。作者建议使用Webpack配置来解决dayjs默认导入不是esm的问题，并提供了相应的代码示例。
🎯
关键要点
-
文章讨论了在Webpack配置中解决dayjs模块导入问题的方法。
-
导入dayjs时可能会遇到错误，提示需要添加扩展名以进行完全指定。
-
尝试将resolve.fullySpecified改为false无效，因为ESM的限制规则仍然存在。
-
如果dayjs在package.json中写了exports，或者工程是传统的cjs工程，就不会遇到此问题。
-
提供了Webpack配置的代码示例，以解决dayjs默认导入不是esm的问题。
-
dayjs后的$符号是必要的，表示精确匹配，确保规则命中。
❓
延伸问答
如何解决Webpack中dayjs模块导入的问题？
可以通过修改Webpack配置，确保dayjs的导入路径指向其ESM版本，具体代码示例已在文章中提供。
为什么在导入dayjs时会出现需要添加扩展名的错误？
这是因为Webpack在严格的ESM环境下要求请求必须完全指定，包括文件扩展名。
在Webpack中如何配置dayjs的别名？
可以在Webpack配置中使用alias字段，将dayjs的导入路径指向其ESM版本，例如：'dayjs$': path.resolve(dayjsPath, 'esm/index.js')。
如果dayjs在package.json中写了exports，会有什么影响？
如果dayjs在package.json中写了exports，可能不会遇到导入错误，因为Webpack会根据exports规则解析模块。
为什么将resolve.fullySpecified改为false无效？
因为ESM的限制规则仍然存在，修改此选项无法解决导入时的扩展名要求。
dayjs后的$符号有什么重要性？
dayjs后的$符号表示精确匹配，确保Webpack规则能够正确命中，否则可能导致导入失败。
➡️
