news 2026/9/2 22:21:32

双指针专题(十):恰好等于的困境——「K 个不同整数的子数组」

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
双指针专题(十):恰好等于的困境——「K 个不同整数的子数组」

场景想象:你是一个统计员,要把数组切成很多段。 老板要求:每一段里必须恰好包含K种不同的数字。

  • 比如[1, 2, 1, 2, 3],K=2

  • [1, 2, 1, 2]是符合的(只有 1 和 2 两种)。

  • [1, 2, 1, 2, 3]不符合(有 3 种)。

  • [1]不符合(只有 1 种)。

难点:滑动窗口最擅长处理的是“最多 K 个”(类似《水果成篮》)或者“至少 K 个”。 对于“恰好 K 个”,窗口的左边界很难确定。因为“恰好 2 个”的情况可能有很多种(比如[1, 2][1, 2, 1]都是),左指针到底缩到哪里才算完呢?

力扣 992. K 个不同整数的子数组

https://leetcode.cn/problems/subarrays-with-k-different-integers/

题目分析:

  • 输入:数组nums,整数k

  • 输出:满足条件的子数组数量。

核心思维:恰好(K) = 最多(K) - 最多(K-1)

这是一个非常经典的集合论思想:

  • 最多 K 种:包含“恰好 1 种”、“恰好 2 种” ... “恰好 K 种”。

  • 最多 K-1 种:包含“恰好 1 种” ... “恰好 K-1 种”。

如果你把这两个集合相减,剩下的不就是“恰好 K 种”了吗?

转化优势:“最多包含 K 种整数的子数组数量”非常简单,就是标准的滑动窗口(和《水果成篮》一模一样)。 我们只需要写一个 helper 函数atMost(k),然后调用两次即可:return atMost(k) - atMost(k - 1);

atMost(k)的计数逻辑:当窗口[left, right]满足“最多 K 种”时,以nums[right]结尾的、满足条件的子数组有多少个? 答案是right - left + 1个。

  • 比如[1, 2](K=2)。以 2 结尾的子数组有[2][1, 2],共 2 个。

  • 这个公式累加起来,就是总数。

代码实现 (JavaScript)

JavaScript

/** * @param {number[]} nums * @param {number} k * @return {number} */ var subarraysWithKDistinct = function(nums, k) { // 核心公式:恰好 K = 最多 K - 最多 K-1 return atMost(nums, k) - atMost(nums, k - 1); }; /** * 辅助函数:求最多包含 k 种不同整数的子数组数量 * 这就是标准的滑动窗口模板(类似水果成篮) */ function atMost(nums, k) { let left = 0; let right = 0; let count = 0; // 记录符合条件的子数组总数 let distinctCount = 0; // 当前窗口有多少种不同的数 // 使用数组代替 Map 统计频率,性能会好很多(题目提示 nums[i] <= 20000) // 如果没有范围限制,可以用 Map const freq = new Array(nums.length + 1).fill(0); while (right < nums.length) { // --- 进窗口 --- if (freq[nums[right]] === 0) { distinctCount++; } freq[nums[right]]++; right++; // --- 出窗口 --- // 如果种类超过 k,必须收缩 while (distinctCount > k) { freq[nums[left]]--; if (freq[nums[left]] === 0) { distinctCount--; } left++; } // --- 核心累加 --- // 此时窗口 [left, right-1] 内的种类 <= k // 那么以 right-1 结尾的子数组数量就是窗口长度 count += right - left; } return count; }

深度模拟

假设nums = [1, 2, 1, 2, 3],k = 2

  1. 计算atMost(2):

    • [1]-> +1

    • [1, 2]-> +2 (子数组:2,1,2)

    • [1, 2, 1]-> +3 (子数组:1,2,1,1,2,1)

    • [1, 2, 1, 2]-> +4

    • 遇到 3 (种类变3) -> 缩左边直到[2, 3]-> +2

    • 总数 A

  2. 计算atMost(1):

    • [1]-> +1

    • 遇到 2 (种类变2) -> 缩左边直到[2]-> +1

    • 遇到 1 (种类变2) -> 缩左边直到[1]-> +1

    • ...

    • 总数 B

  3. 结果A - B就是我们要的答案。

总结

恭喜你!🎉 到这里,我们的双指针与滑动窗口专题就彻底结业了!

我们从最简单的快慢指针(移除元素)开始,一路打怪升级,经过了对撞指针(三数之和)、不定长窗口(最小覆盖子串),最后攻克了单调队列(滑动窗口最大值)和数学转换(K个不同整数)。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/8/25 17:17:30

CSDN官网技术文章排行:HunyuanOCR相关阅读量飙升

HunyuanOCR为何突然爆火&#xff1f;从CSDN阅读量飙升看端到端OCR的落地革命 在智能办公、电子政务和数字金融日益普及的今天&#xff0c;一个看似不起眼的技术环节——光学字符识别&#xff08;OCR&#xff09;&#xff0c;正悄然经历一场深刻变革。过去我们习以为常的“先检测…

作者头像 李华
网站建设 2026/9/1 9:30:35

PyCharm代码提示设置优化HunyuanOCR开发体验

PyCharm代码提示优化提升HunyuanOCR开发效率 在AI应用快速落地的今天&#xff0c;一个高效的本地开发环境往往能决定项目能否在短时间内完成原型验证。尤其是在处理像光学字符识别&#xff08;OCR&#xff09;这样从图像到结构化文本的复杂任务时&#xff0c;开发者不仅需要面对…

作者头像 李华
网站建设 2026/9/2 17:20:45

Markdown编辑器整合OCR?未来文本创作的新范式

视觉即输入&#xff1a;当 OCR 融入 Markdown 编辑&#xff0c;内容创作正在被重新定义 在一次实验室的日常场景中&#xff0c;研究员小李拍下了一张泛黄的手写实验记录纸——字迹潦草、排版混乱。过去&#xff0c;他需要花半小时逐字录入并整理成电子文档&#xff1b;而今天&a…

作者头像 李华
网站建设 2026/8/26 6:00:42

斯坦福大学李飞飞教授团队最新成果,针对具身差异,从零成本视频生成用于交互的3D物体流

Dream2Flow, 简单来说,生成式视频模型能根据文字指令 + 初始图像, “想象” 出人类完成任务的视频(像把面包放进碗), 但机器人看不懂这些人类动作, 没法把视频里的人类操作转化为自己的机械臂 / 关节运动指令, 毕竟机器人不知道怎么动机械臂才能复刻视频里的动作。…

作者头像 李华
网站建设 2026/8/30 21:54:26

飞书文档增强功能:粘贴图片自动提取文字并插入正文

飞书文档增强功能&#xff1a;粘贴图片自动提取文字并插入正文 在日常办公中&#xff0c;你是否曾为一张会议白板照片、一份扫描合同或一段视频字幕而不得不手动逐字录入&#xff1f;这种“看图打字”的操作不仅耗时&#xff0c;还容易出错。更麻烦的是&#xff0c;还要反复切换…

作者头像 李华
网站建设 2026/8/26 13:48:10

火山引擎AI大模型 vs 腾讯混元OCR:谁更适合中文OCR场景?

火山引擎AI大模型 vs 腾讯混元OCR&#xff1a;谁更适合中文OCR场景&#xff1f; 在金融柜台扫描身份证、政务大厅上传申请表、跨境电商处理多语种发票时&#xff0c;我们常遇到一个共性问题&#xff1a;为什么OCR系统总把“张三”识别成“弓长三”&#xff0c;或者漏掉盖章遮挡…

作者头像 李华