用途：处理 Flutter 中必须在应用离开前台后继续运行或被调度的任务，包括操作系统调度的作业、前台服务与后台任务。核心原则是把后台执行视为操作系统契约，而不是保证持续运行的 Dart 定时器；若项目现有调度器或插件已满足需求，应保留，改动前先检查 pubspec.yaml、SDK 约束、目标平台、原生能力与既有注册。
主要能力：定义作业时记录触发条件、可接受延迟、最长时长、能否跨进程死亡或重启存活、网络与电量约束、用户可见性、取消方式，以及登出或数据删除后的行为；区分“最终必须运行”与“必须在精确时间运行”，移动端调度器通常是机会式的。选择归属：仅在应用进程存活时运行的工作留在 dart-concurrency；可延迟且需在可见应用之外存活的工作使用系统调度器；仅在平台允许且满足披露、权限与限制时使用用户可见的前台或持续处理模式；精确用户提醒与通知投递交给 flutter-notifications；自定义原生调度桥接或可复用插件实现交给 flutter-platform-integration。不要默认添加调度包，先核实平台覆盖、维护状态、目标 SDK 支持、回调模型与仓库现有依赖。
使用方式：按需加载细节——Android 调度与服务（WorkManager、前台服务、精确闹钟、重启行为、权限）；Apple 后台任务（BGTaskScheduler、刷新/处理工作、过期、能力、iOS 调度预期）；无头执行与可靠性（回调分发器、isolate、插件访问、重试、去重、持久进度）。
验证：在无平台依赖的边界后测试作业主体，覆盖成功、可重试失败、永久失败、取消、重复投递与过期身份；再在每个支持目标上验证原生注册与生命周期，包括进入后台、进程终止、约束、过期或超时、重新调度、承诺的重启以及登出清理。报告真实设备与生命周期证据，直接调用函数成功不能证明系统调度生效。
限制：资料未提供具体代码示例、安装命令、收费信息或平台版本细节，需结合项目实际与官方文档确认。