Android推送负载测试：规避DEVICE_MESSAGE_RATE_EXCEEDED及获取虚拟设备ID

我来给你拆解下这两个问题的可行方案，都是基于FCM实践踩过的坑总结的：

首先得明确：这个限制是FCM为了防止滥用设置的单设备发送频率阈值，官方没有公开提供调高这个限制的渠道，尤其是测试场景下基本不会通过申请（除非是企业级生产需求，那得联系Firebase支持团队单独沟通）。

不过我们可以从规避的角度解决：

• 分散发送目标：这个是核心！既然错误是单设备发送太频繁触发的，那只要用足够多的不同注册令牌（也就是你说的设备ID）分摊发送量，让每个令牌的发送频率控制在阈值内，就不会触发错误。这也是负载测试的正确姿势——模拟真实场景下的多设备分布，而不是集中轰炸少数设备。
• 用独立的测试Firebase项目：别用生产环境的Sender ID做测试，单独创建一个测试项目，这样测试推送不会影响真实用户，也能避免测试服务器收到生产回调，完美适配你提到的限制条件。

完全有，不用花钱买虚拟设备服务，这几个免费方案亲测有效：

• Android Studio自带AVD批量生成：用Android Studio的AVD管理器，批量创建多个模拟器（可以选低配机型加快启动速度），每个模拟器安装你的测试App后，就能获取到对应的FCM注册令牌。还可以写个简单的脚本自动化启动模拟器、安装App、提取令牌，效率很高。
• 免费模拟器工具：比如Genymotion的免费非商用版，支持创建多个模拟器实例；或者用开源的Android模拟器集群工具，自动化批量生成设备，快速获取大量令牌。
• 轻量模拟注册脚本：如果你不想开太多模拟器，可以写个Android端的测试小工具，在单个模拟器里反复清除App数据、重新注册FCM，每次都会生成新的注册令牌（注意要绑定测试项目的Sender ID），也能快速攒一批可用的令牌。

最后提醒下，所有测试操作一定要在独立的Firebase测试项目中进行，和生产项目完全隔离，这样既能避免干扰真实用户，也能防止测试数据混入生产回调流程里。

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