Firebase Analytics自动事件报错（错误码13）求助

我之前在项目里也碰到过类似的诡异问题，结合社区经验，给你几个针对性的排查方向：

一、检查「默认参数/全局参数」是否踩了保留名 #

你说常规自定义事件没问题，但伴随自动事件就报错，很大概率是全局附加的参数出了问题。比如你用了setDefaultEventParameters()设置了默认参数，或者用setUserProperty()添加了用户属性，这些值会自动附加到所有事件（包括screen_view这类自动事件）上。如果这些参数的键名是Firebase保留的（比如firebase_前缀、user_id、timestamp这类），就会触发错误码13。

二、自动事件的参数被意外修改 #

有些第三方SDK或者你自己的代码，可能会在自动事件触发时（比如screen_view）偷偷附加自定义参数。比如你在监听screen_view的回调里，给事件额外加了参数，而这个参数的键刚好是保留名。建议用原生日志工具查看完整的事件上报内容：

• Android：在Logcat里过滤FirebaseAnalytics标签，找到报错事件的详细日志，里面会明确指出哪个字段违反了规则。
• iOS：在Xcode控制台里搜索FirebaseAnalytics，查看上报的事件参数明细。

三、排查自动事件的变种命名 #

虽然你说没用到保留事件名，但有时候代码里的拼写错误或者大小写问题，可能会生成类似保留名的事件。比如不小心把自定义事件命名为screenView（驼峰格式），某些情况下会被误判为保留名？这个概率较低，但可以顺手排查下。

四、缓存/环境问题导致的旧配置残留 #

有时候本地缓存的旧Analytics配置会引发奇怪的错误，试试这些操作：

• 彻底卸载App，清除本地缓存后重新安装。
• 在Firebase控制台的DebugView里点击「重置」按钮，刷新事件流。
• 检查Firebase控制台的「Analytics设置」里，自动事件的开关是否正常，有没有异常的自定义自动事件配置。

社区里的类似案例 #

不少开发者遇到这个问题，最终定位的原因大多是：

• 全局默认参数用了firebase_开头的键名。
• 第三方统计SDK和Firebase Analytics冲突，修改了自动事件的参数。
• 在screen_view事件的回调中添加了保留名参数。

建议先从「全局参数」和「自动事件的参数明细」入手排查，这两个是最常见的坑。

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