Firebase部署pub/sub函数重复创建Cloud Scheduler作业问题

问题核心是你采用嵌套对象包裹的方式导出定时函数，Firebase CLI对嵌套导出场景下的Cloud Scheduler资源关联逻辑存在适配缺陷：

• CLI遍历入口文件导出内容时，可以识别到嵌套在普通对象内的函数本体，也能正确匹配已部署的函数资源、Pub/Sub主题资源，因此这两类资源不会重复创建
• 但Scheduler调度作业的唯一标识生成逻辑仅适配了顶级导出的函数场景，嵌套导出时无法稳定匹配已存在的作业，每次部署都会判定为新增定时任务，因此重复创建完全一致的Scheduler作业

• 调整函数导出结构，所有云函数（包括普通函数、定时函数）都直接作为入口文件的顶级导出项，不要包裹在自定义对象中。调整后的入口文件示例：

import { default as firstFunction } from './callables/firstFunction.js'
import { default as secondFunction } from './callables/secondFunction.js'
// 其余普通函数引入省略

// 直接顶级导出普通函数
export { firstFunction, secondFunction }

import { scheduledStuff } from './pubsub/scheduledStuff.js'
// 定时函数同样直接顶级导出
export { scheduledStuff }

• 放弃靠嵌套对象实现分组部署的逻辑，改用函数名规则+部署过滤参数实现环境隔离：比如给所有需要部署到预发布环境的普通函数统一加stg_前缀，部署预发布环境时执行firebase deploy --only functions:stg_*即可，全量部署时不带过滤参数即可同时部署所有函数。
• 修复导出逻辑后，先登录Google Cloud控制台进入Cloud Scheduler页面，手动删除之前重复生成的冗余调度作业，避免后续定时任务重复执行。

注意：不管使用ES6的import/export还是CommonJS的require/exports写法，Firebase CLI对云函数的识别逻辑一致，嵌套导出函数除了会导致Scheduler作业重复创建，还可能触发触发器配置不同步、部署版本错乱等问题，建议所有场景下都使用顶级导出的写法。

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