# Gemini 4K 图片输出：该选哪个模型，成本是多少

> 截至 2026 年 3 月 23 日，Gemini 4K 图片输出可用的模型是 Gemini 3.1 Flash Image Preview 和 Gemini 3 Pro Image Preview。本文给出默认选择、真实价格，以及什么时候 4K 才值得。

- Source: https://www.aifreeapi.com/zh/posts/gemini-image-generation-4k-output
- Language: zh
- Published: 2026-03-23
- Updated: 2026-10-08
- Publisher: AI Free API (https://www.aifreeapi.com)

> **2026 年 10 月 8 日更正：** Google 已把 `gemini-2.5-flash-image` 的关停日期从原定的 2026 年 10 月 2 日推迟到 2027 年 3 月 15 日，替代模型改列为 `gemini-3.1-flash-lite-image`（Nano Banana 2 Lite）；文中“10 月 2 日停用”的说法已不适用。

**截至 2026 年 3 月 23 日，Gemini 确实可以生成 4K 图片，但当前真正支持 4K 的路线只有 `gemini-3.1-flash-image-preview` 和 `gemini-3-pro-image-preview`，不包括旧的 `gemini-2.5-flash-image`。** 如果你只想先拿到一个可执行结论，默认先用 Gemini 3.1 Flash Image Preview 做大多数 4K 任务；只有当文字渲染、更复杂的参考图、或者高价值成品明显要求更高时，再升级到 Gemini 3 Pro Image Preview。

这个结论之所以重要，是因为这个关键词很容易被答错。Google 当前把答案拆散在 [image generation 指南](https://ai.google.dev/gemini-api/docs/image-generation)、[pricing 页面](https://ai.google.dev/gemini-api/docs/pricing)、[models 页面](https://ai.google.dev/gemini-api/docs/models)、[deprecations 页面](https://ai.google.dev/gemini-api/docs/deprecations) 和 [rate limits 页面](https://ai.google.dev/gemini-api/docs/rate-limits) 里。你只看其中一个页面，往往仍然不知道真正该怎么选。

真正的路线判断其实并不复杂。Flash 已经支持 4K，价格也比 Pro 更低，因此它是当前更适合大多数团队的默认 4K 路线。Pro 并不是“因为更贵所以更高级”这么简单，而是当图片本身足够重要，差一点的文字质量、指令遵循、或者多轮返工会带来更高成本时，它才值得。

![Gemini 4K 图片输出指南封面图](https://www.aifreeapi.com/posts/zh/gemini-image-generation-4k-output/img/cover.png)

## 要点速览

如果你只需要结论，先看这张表就够了。

| 模型 | 是否支持 4K | 当前标准价格 | 默认适合什么场景 | 最大提醒 |
|---|---|---|---|---|
| `gemini-3.1-flash-image-preview` | 支持 | **$0.151 / 4K 图** | 大多数 4K 图片生成任务的默认选择，兼顾成本、速度和灵活性 | 仍然是 Preview 路线，容量可能波动 |
| `gemini-3-pro-image-preview` | 支持 | **$0.24 / 4K 图** | 文字要求更高、参考图更多、或者高价值成品任务 | 比 Flash 4K 明显更贵 |
| `gemini-2.5-flash-image` | 不支持 | **$0.039 / 图**，上限 1024x1024 | 仍在线的低价 1K 旧路线 | 不是 4K 方案，而且计划于 **2026 年 10 月 2 日**关闭 |

最实用的规则是：**确实需要更大输出时先用 Flash 4K；只有当图片质量的失败成本已经高于模型单价时，再用 Pro 4K；如果任务本来不需要 4K，就不要把 4K 当作默认值。**

## 哪些 Gemini 模型真的支持 4K 输出？

![Gemini 4K 模型路线图，展示 Gemini 3.1 Flash Image Preview 和 Gemini 3 Pro Image Preview 是当前在线的 4K 路线，而 Gemini 2.5 Flash Image 仍是旧的 1K 路线。](https://www.aifreeapi.com/posts/zh/gemini-image-generation-4k-output/img/model-lane-map.png)

这个主题里最常见的误判，是把“Gemini 图片生成”看成一个单一产品。实际上并不是。Google 当前的 [image generation 指南](https://ai.google.dev/gemini-api/docs/image-generation) 明确写到，Gemini 3 图片模型支持 **1K**、**2K** 和 **4K** 高分辨率输出，而 Gemini 3.1 Flash Image 还额外提供 **512** 这个更小的输出档位。API 参考里 [`ImageConfig`](https://ai.google.dev/api/generate-content#v1beta.ImageConfig) 也明确写了 `imageSize` 可用值是 `512`、`1K`、`2K` 和 `4K`，如果你不主动设置，默认值就是 `1K`。

所以，当前 4K 的官方答案实际上只属于 Gemini 3 的图片预览家族：

- **`gemini-3.1-flash-image-preview`**：当前默认的 4K 路线
- **`gemini-3-pro-image-preview`**：更贵的高阶路线

老的 **`gemini-2.5-flash-image`** 则是另一回事。Google 当前的 pricing 页面仍然把它写成最多 **1024x1024** 输出，而 [deprecations 页面](https://ai.google.dev/gemini-api/docs/deprecations) 还写明它会在 **2026 年 10 月 2 日**关闭，官方推荐替代模型是 **`gemini-3.1-flash-image-preview`**。也就是说，如果你的问题是“现在做 4K 图到底该用哪个 Gemini 模型”，2.5 这条路线只剩历史背景价值和便宜 1K 的遗留价值，不再是当前 4K 的正解。

这也解释了为什么旧页面看起来彼此矛盾。Google 在 2025 年 8 月发布 [Gemini 2.5 Flash Image 的公告](https://developers.googleblog.com/introducing-gemini-2-5-flash-image/) 时，2.5 确实是 Gemini 图片故事的中心。但到了 2026 年，4K 这个问题的答案已经转移到了 Gemini 3 的预览图片路线。

## 做 4K 时，该选 Gemini 3.1 Flash Image Preview 还是 Gemini 3 Pro Image Preview？

这个问题最容易掉进的坑，是直接把它理解成“Pro 更高级，所以默认上 Pro”。更实用的做法，是先问你到底在做什么类型的 4K 图片任务。

对大多数团队来说，**Gemini 3.1 Flash Image Preview 才是更合理的默认 4K 选择**。Google 当前的 [models 页面](https://ai.google.dev/gemini-api/docs/models) 把 Nano Banana 2 说明为偏高效率、适合速度和高吞吐场景的图片生成与编辑模型。这一点很重要，因为很多 4K 任务并不是“最高级宣传海报”，而只是更大的营销图、更好的裁切空间、更适合后续编辑的输出尺寸，或者需要在一个画面里同时容纳更多文字和细节。

Flash 还有一个非常实际的优势：它避免了很多团队最常见的预算错误，也就是在需求还没证明自己需要 Pro 之前，就先把所有图片任务都切到 Pro。Flash 的 4K 单张价格是 **$0.151**，而 Pro 的 4K 单张价格是 **$0.24**。如果 Flash 已经能完成这张图，那 Pro 带来的并不是额外价值，只是额外成本。

**Gemini 3 Pro Image Preview 真正合适的场景，是图片本身足够贵，导致“做得不够好”会比 API 成本更贵。** Google 的 [image generation 指南](https://ai.google.dev/gemini-api/docs/image-generation) 把 Pro 放在 professional asset production 和 complex instructions 这个位置上，当前 [pricing 页面](https://ai.google.dev/gemini-api/docs/pricing) 也把它描述成更偏速度、灵活性与上下文理解的原生图片生成模型。换句话说，当你的任务是高价值图、复杂参考图、说明型信息图、或者对文字质量和指令遵循特别敏感的资产时，Pro 才更有理由。

这里还有一个经常被忽略的细节。Google DeepMind 的 [Gemini 3.1 Flash Image model card](https://storage.googleapis.com/deepmind-media/Model-Cards/Gemini-3-1-Flash-Image-Model-Card.pdf) 其实已经把 Flash Image 说成适合更专业的精细控制、海报与复杂图示里的清晰文字、以及快速迭代。同时，这个 model card 也点出 1K 模式在小字和长段落文字上仍然更弱。真正有价值的升级路径，很多时候不是“Flash 不行，直接上 Pro”，而是 **Flash 1K -> Flash 2K/4K -> Pro 4K**。

如果你想看更完整的 Gemini 图像价格结构，可以继续读我们的 [Gemini 图片 API 价格指南](/zh/posts/gemini-image-generation-api-pricing)。

## Gemini 4K 图像生成到底多少钱？

![Gemini 4K 价格升级图，对比 Flash 与 Pro 在 1K、2K、4K 下的价格，并单独标出旧的 2.5 Flash Image 1K 路线。](https://www.aifreeapi.com/posts/zh/gemini-image-generation-4k-output/img/pricing-upgrade-grid.png)

价格是这个关键词里最容易被讲浅的地方。数字当然重要，但更重要的是：从 1K 升到 4K，成本到底抬了多少；这个更高分辨率是否真的改变了你的成品价值。

截至 2026 年 3 月 23 日，Google 当前的 [Gemini Developer API pricing 页面](https://ai.google.dev/gemini-api/docs/pricing) 给出的核心价格是：

| 模型 | 1K 价格 | 2K 价格 | 4K 价格 | Batch 4K 价格 | 这次升级真正买到的是什么 |
|---|---|---|---|---|---|
| `gemini-3.1-flash-image-preview` | $0.067 | $0.101 | $0.151 | $0.076 | 大多数任务里更便宜的 4K 默认路线 |
| `gemini-3-pro-image-preview` | $0.134 | $0.134 | $0.24 | $0.12 | 更高要求的高价路线 |
| `gemini-2.5-flash-image` | $0.039 | 不适用 | 不适用 | 不适用 | 旧的 1K 路线，不是 4K 方案 |

这张表给的是快读版，真正重要的是如何解释这些数字。

第一，**不要把 4K 当成安全默认值**。Flash 从 1K 升到 4K，成本翻了不止一倍。Pro 虽然 1K 和 2K 同价，但从 2K 升到 4K 仍然是一次明显加价。你只有在成品真的受益于更大分辨率时，才值得支付这笔钱。

第二，**不要因为 Pro 更贵，就自动认为它“更划算”**。如果 Flash 已经能把这张图做好，Pro 带来的就不是更好的 ROI，而只是更高的每张成本。Pro 的价值来自更昂贵的失败后果，而不是来自“价格更高”这件事本身。

第三，**batch 是最直接的控成本杠杆**。如果你的任务不是实时交互，Flash 4K 的 batch 价格会从 **$0.151** 降到 **$0.076**，Pro 4K 则会从 **$0.24** 降到 **$0.12**。对需要批量出图的团队来说，这个差距非常真实。

这些价格也解释了为什么 2.5 这条旧路线还会在搜索里反复出现。**$0.039 / 张** 的 1K 图，对做低价草稿、便宜测试的人仍然很有吸引力。它不再是 4K 的答案，不是因为它完全没用了，而是因为 Google 当前的文档已经把它明确放回了 legacy 1K lane。

如果你的关注点其实是老路线怎么迁移，可以继续看 [Gemini 2.5 Flash Image 替代指南](/zh/posts/gemini-2-5-flash-image-replacement)。

## 怎样请求 4K 输出，而不是误回落到 1K？

这个实现层面的规则很简单：**显式设置 `imageConfig.imageSize`**。API 参考文档明确写了可选值是 `512`、`1K`、`2K` 和 `4K`，默认值是 `1K`。这意味着你不能指望在 prompt 里写一句“请给我高分辨率图片”，系统就一定自动给你 4K。

最小可用的 JavaScript 结构看起来像这样：

```javascript
const response = await ai.models.generateContent({
  model: "gemini-3.1-flash-image-preview",
  contents: "Create a clean product launch graphic with large, readable text.",
  config: {
    responseModalities: ["IMAGE"],
    imageConfig: {
      aspectRatio: "16:9",
      imageSize: "4K"
    }
  }
});
```

这里真正值得记住的不是代码本身，而是两个很实用的 caveat。

第一个 caveat 是，**aspect ratio 和 resolution 是两件不同的事**。你只设置 `aspectRatio`，并不等于你已经请求了 4K。要 4K，就必须明确写出 `imageSize: "4K"`。

第二个 caveat 是，**文档里支持，并不等于 Preview 阶段每个 SDK、每个工作流都完全稳定**。Google AI Developers Forum 上有一个帖子叫做 [Gemini 3 Pro Image API completely ignores imageSize: '2K' parameter](https://discuss.ai.google.dev/t/gemini-3-pro-image-api-completely-ignores-imagesize-2k-parameter-node-js-sdk/110458)，里面就有用户反馈自己明明按文档配置了 `imageSize`，结果高分辨率行为仍然不符合预期。这个帖子不是官方定论，但它提醒你：高分辨率 rollout 应该先测试，而不是直接假设一切已经完全稳定。

最稳妥的操作顺序应该是：

1. 先确认你用的是正确的模型路线
2. 明确设置 `imageSize`
3. 在自己的 pipeline 里验证返回图片的真实尺寸
4. 如果 4K 没有带来实质收益，就回落到 2K 或 1K

如果你现在不是在 Google 家族内部做选择，而是在 Google 与 OpenAI 图像 API 之间做判断，可以继续看 [Gemini Image API vs OpenAI Image API](/zh/posts/gemini-vs-openai-image-generation)。

## 为什么 Gemini 的 4K 任务在实际里还会报错、变慢，或者不够稳定？

这也是很多文章在纸面上看起来完整，但在真实生产里不够有用的地方。

Google 当前的 [rate limits 页面](https://ai.google.dev/gemini-api/docs/rate-limits) 有两句话非常关键。第一，Gemini API 的实时限额取决于 quota tier 和 account status，Google 让你去 AI Studio 查看 live 数值。第二，页面也明确写了：标明的 rate limits 并不是保证值，实际容量可能会波动。只要记住这两点，你就不应该再把 4K 当成一种“官方支持，所以一定稳定”的能力。

社区反馈把这种不确定性讲得更直白。在论坛帖子 [Gemini 3 Pro Nano Banana (Tier 1) (4K Image) - 503 Unavailable Error: The model is overloaded](https://discuss.ai.google.dev/t/gemini-3-pro-nano-banana-tier-1-4k-image-503-unavailable-error-the-model-is-overloaded/110232) 里，就有用户明确提到自己在生成 4K 图片时遇到大量 503 overloaded 错误。这个帖子不是官方 SLA，也不能直接推出“Gemini 4K 不可用”。但它很好地说明了一件事：这个关键词背后真正的焦虑，不只是“支不支持”，而是“能不能稳定跑起来”。

更合理的理解应该是：

- 4K 是官方支持的能力
- Preview 路线仍然带有真实的容量波动和实现摩擦
- 分辨率越高，成本、吞吐和等待时间都会更敏感

这也是为什么很多团队不应该把所有图片任务默认升到 4K。如果图片最终只是在普通网页尺寸展示，额外分辨率往往只会增加成本和等待时间，而不会显著提升用户价值。把 4K 留给真正会改变成品的任务：更密集的文字、更大的导出、更重的裁切需求，或者本身失败成本很高的高价值资产。

## 按使用场景到底该怎么选？

![Gemini 4K 路由矩阵，说明什么时候继续停留在 Flash 1K 或 2K，什么时候 Flash 4K 是默认方案，什么时候 Pro 4K 才值得。](https://www.aifreeapi.com/posts/zh/gemini-image-generation-4k-output/img/use-case-route-matrix.png)

最容易执行的方法，是不要再问“哪个模型最好”，而是问“我到底在为哪一种图片任务付钱”。

如果你要的是**当前大多数 4K 任务的默认路线**，选 **`gemini-3.1-flash-image-preview`**。这对产品图、营销图、更大导出尺寸、或者大部分说明型图像任务都足够合理。

如果你要的是**高价值成品、复杂参考图、或者文字和细节要求都更高的 4K 任务**，选 **`gemini-3-pro-image-preview`**。这条路线的价值，不在于“只有它能做 4K”，而在于“做差了的代价足够高，所以值得买更贵的一条路”。

如果你要的是**官方最便宜的 Gemini 图像输出，而 4K 根本不是刚需**，那旧的 **`gemini-2.5-flash-image`** 仍然可以作为短期 1K 旧路线保留，但不该再成为新 4K 项目的基础。

如果你要的是**高吞吐，但不是高价值高精度成品**，先用 Flash，再评估 **2K** 是否已经够用。很多团队真正的过度支出，并不是选错模型，而是过早把所有图都升到了 4K。

如果你偶尔才需要**更贵的高价值图**，也不要因此把整个流程默认切到 Pro。更现实的做法是：平时默认 Flash，只把真正昂贵的图路由到 Pro。

## 常见问题

**Gemini App 里的图片生成功能，能不能直接等同于 Gemini API 的 4K 支持？**  
不建议这样理解。当前官方把 4K 控制明确写在 Gemini API 的 `imageConfig.imageSize` 这条路径上。消费者应用里的行为可能与同一家模型家族相关，但它不是做生产路由决策时最可靠的事实来源。

**`gemini-2.5-flash-image` 只要设置对参数，也能做 4K 吗？**  
当前没有官方页面支持这种说法。Google 的 pricing 页面仍然把它写成最多 1024x1024 输出，而 deprecations 页面也明确把 `gemini-3.1-flash-image-preview` 列为官方替代路线。

**所有 Gemini 图片任务都值得直接上 4K 吗？**  
不值得。只有当更大分辨率真的改变成品时，4K 才有意义，比如更密集的文字、更大的导出、更重的裁切空间，或者高价值品牌资产。否则 1K 或 2K 通常更合理。

**既然 Flash 也支持 4K，为什么还要为 Pro 付费？**  
因为 Pro 的价值从来不是“只有 Pro 才能做 4K”。真正的价值在于：当图片对文字质量、复杂指令、参考图整合、或者成品可靠性要求更高时，Pro 更可能让你少返工。