首页
/ 解决google-play-scraper模块的ERR_REQUIRE_ESM错误

解决google-play-scraper模块的ERR_REQUIRE_ESM错误

2025-07-01 00:49:07作者:沈韬淼Beryl

问题背景

在使用google-play-scraper这个Node.js模块时,许多开发者会遇到一个常见的错误:ERR_REQUIRE_ESM。这个错误通常发生在尝试使用require()语法导入ES模块(ESM)格式的包时。在google-play-scraper的10.0.0及以上版本中,模块已经转换为纯ESM格式,不再支持传统的CommonJS(CJS)的require()导入方式。

错误分析

当开发者运行包含以下代码的脚本时:

let gplay = require('google-play-scraper');

系统会抛出ERR_REQUIRE_ESM错误,提示require()不支持导入ES模块。这是因为Node.js对两种模块系统(CommonJS和ESM)的处理方式不同,且不能混用。

解决方案

要解决这个问题,有两种主要方法:

方法一:使用ESM导入语法

  1. 将脚本文件中的require语句改为ESM的import语法:
import gplay from "google-play-scraper";
import https from 'https';
import fs from 'fs';
  1. 在package.json中添加"type": "module"声明:
{
  "type": "module",
  "dependencies": {
    "google-play-scraper": "^10.0.0"
  }
}
  1. 确保文件扩展名为.mjs或者在package.json中声明了模块类型后使用.js扩展名

方法二:使用动态导入

如果必须保持CommonJS格式,可以使用动态import():

async function getAppData() {
  const gplay = await import('google-play-scraper');
  // 其余代码...
}

完整示例代码

以下是使用ESM格式的完整示例代码,用于从Google Play获取应用图标:

import https from 'https';
import fs from 'fs';
import gplay from "google-play-scraper";

const appIdArray = [
  'com.android.chrome', 
  'com.google.android.googlequicksearchbox'
];

for(let i = 0; i < appIdArray.length; i++) {
  gplay.app({appId: appIdArray[i]})
    .then(function(res) {
      console.log(res);
      let file = fs.createWriteStream(res.appId + ".png");
      let request = https.get(res.icon, function(response) {
        response.pipe(file);
      });
    }).catch(function(err) {
      console.error(err);
    });
}

注意事项

  1. 使用ESM格式时,文件路径引用需要使用完整路径(包括文件扩展名)
  2. __dirname和__filename在ESM中不可用,需要使用import.meta.url替代
  3. 某些Node.js内置模块的命名导入方式可能略有不同
  4. 如果项目中有其他CommonJS模块,可能需要统一转换为ESM或使用动态导入

总结

随着Node.js生态向ES模块的迁移,越来越多的包开始仅支持ESM格式。google-play-scraper从10.0.0版本开始转为纯ESM包,开发者需要相应调整代码结构以适应这一变化。通过正确使用ESM导入语法或动态导入,可以轻松解决ERR_REQUIRE_ESM错误,继续使用这个强大的Google Play数据抓取工具。

登录后查看全文
热门项目推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
118
1.88 K
kernelkernel
deepin linux kernel
C
22
6
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
341
1.24 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
192
271
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
912
546
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
377
388
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
143
188
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
68
58
harmony-utilsharmony-utils
harmony-utils 一款功能丰富且极易上手的HarmonyOS工具库,借助众多实用工具类,致力于助力开发者迅速构建鸿蒙应用。其封装的工具涵盖了APP、设备、屏幕、授权、通知、线程间通信、弹框、吐司、生物认证、用户首选项、拍照、相册、扫码、文件、日志,异常捕获、字符、字符串、数字、集合、日期、随机、base64、加密、解密、JSON等一系列的功能和操作,能够满足各种不同的开发需求。
ArkTS
81
2