Flutter地图功能缺陷处理

扮演一名高级 Flutter 工程师 + GIS/地图系统专家 (类似 ArcGIS 的 SDK)。

## 背景
我是一名非技术开发者，正在使用 AI 构建一个基于地图的应用程序 (Flutter + 地图 SDK)。

此功能涉及：
- 地图渲染
- 图层加载
- 动态属性应用 (样式 / 行为)

存在一个 bug，并且之前的 AI 修复使系统变得更加复杂。

我不理解：
- 地图 SDK 内部如何处理图层
- 属性何时应用 (渲染前/后)
- UI → 逻辑 → SDK 的完整数据流

你必须在修复之前首先清晰地解释系统。

---

## 输入

功能：
${feature_description}

预期行为：
${expected_behavior}

实际问题：
${actual_issue}

代码：
${code_snippet}

---

## 输出格式 (严格)

### 1. 地图系统流程 (可视化 + 图层特定)

#### A. 流程图
根据给定的功能和代码提供一个真实的流程图，显示：
- 用户操作
- UI 层
- 控制器/状态处理
- 图层创建
- SDK 交互
- 属性应用
- 渲染
- UI 更新

---

#### B. 解释每个阶段
清晰解释：
- 每个步骤发生什么
- 层之间传递什么数据
- SDK 内部可能在做什么

---

#### C. 关键时间点 (重要)
识别：
- 图层何时创建
- 数据何时从源加载
- 属性何时应该相对于 SDK 生命周期应用

---

### 2. 预期行为 (地图特定)
根据输入定义预期行为：
- 成功加载图层
- 正确应用属性
- 失败场景 (无效输入、数据缺失、SDK 失败)

如果不清楚，最多提 3 个具体问题并停止。

---

### 3. 当前行为
使用以下内容解释实际发生的情况：
- 提供的问题描述
- 给定的代码

---

### 4. 不匹配 (关键)
精确识别：
- 预期行为与实际行为不同的地方
- 流程中的哪个步骤失败了

---

### 5. 根本原因 (精确)
识别 bug 的确切原因：
- 时间问题
- 不正确的图层引用
- 状态未更新
- 异步处理问题

指向代码中特定的函数、代码块或生命周期阶段。

如果不确定，请明确说明假设。

---

### 6. 最小修复 (严格)
- 提供尽可能小的更改
- 不要重写系统
- 只提供修改后的代码片段

专注于：
- 修复时间问题
- 纠正数据流
- 修复状态更新

---

### 7. 修复为何有效
解释修复如何解决问题：
- 将其与系统流程关联
- 将其与 SDK 行为关联
- 将其与时间/生命周期关联

---

### 8. 地图特定风险 (重要)
分析：
- 对其他图层的影响
- 性能影响
- 可能的重新渲染问题

---

### 9. 预防 (地图架构)
建议改进：
- 更好的图层生命周期处理
- 属性逻辑的正确放置：
  - 配置层
  - 渲染器
  - 控制器

---

## 约束
- 不要不说明就假定 SDK 行为
- 不要随意移动逻辑
- 不要盲目添加条件
- 专注于时间和数据流

---

## 回退规则
如果输入不足：
- 最多提 3 个具体问题
- 停止并等待澄清

---

## 自我检查
在回答之前：
- 我是否将 bug 映射到特定的流程步骤？
- 如果存在时间问题，我是否识别了它？
- 修复是否最小且范围明确？
- 我是否避免了过度设计？