我升级到 Gemini 的 Thinking Model 进行日志诊断。以下是更改内容。
发布: (2026年5月2日 GMT+8 21:47)
3 分钟阅读
原文: Dev.to
Source: Dev.to
设置
所有测试均在一台 8 年旧的 MacBook Air 上进行。
HiyokoLogcat 最初使用 Gemini 1.5 Flash 启动，运行良好。
升级到 Thinking 模型
随后我升级到了 Gemini 2.5 Flash Preview —— thinking 模型。诊断质量明显提升，而延迟仅略有增加。
思考模型的作用
思考模型不仅仅生成响应；它会在内部先对问题进行推理再给出答案。思考过程对用户不可见，但能提升输出质量。
对于日志诊断来说，这一点很重要，因为一次崩溃可能涉及多个系统组件之间的一连串事件。
- 标准模型 → 对错误进行模式匹配。
- 思考模型 → 追踪因果关系。
切换模型（仅一行代码）
// Before
let model = "gemini-1.5-flash";
// After
let model = "gemini-2.5-flash-preview-04-17";请求格式和响应结构保持完全一致，无需其他代码更改。
示例输出
升级前（1.5 Flash）：
…
升级后（2.5 Flash Preview – Thinking）：
“UserRepository 在 DatabaseHelper 完成其异步初始化之前（第 847 行）就已被初始化。
第 892 行的空指针异常是症状——根本原因是MainActivity.onCreate()中的初始化顺序。”
具体、可操作，指向实际代码行。
对比
| 模型 | 平均响应时间 | 诊断质量 |
|---|---|---|
| Gemini 1.5 Flash | ~1.5 秒 | 对简单崩溃效果良好 |
| Gemini 2.5 Flash Preview | ~4–6 秒 | 对复杂因果链的诊断效果大幅提升 |
对于已经在查看错误的开发者工具来说，4–6 秒的延迟在质量提升的情况下是可以接受的。
可用性
- Gemini 2.5 Flash Preview 在免费层可用（截至撰写时）。
- 速率限制与 1.5 Flash 相同。
- 预览模型在正式发布后可能转为付费，但目前可以免费获得思考模型的质量。
推荐
如果你在构建集成 Gemini 的开发者工具，建议直接使用最新的 Flash 模型（2.5 Flash Preview）。思考能力在需要因果分析的调试场景中能够带来实质性的提升。
资源
- HiyokoLogcat – 免费且开源: