前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >【滑动窗口专题】更贴合笔试/面试的滑动窗口综合题

【滑动窗口专题】更贴合笔试/面试的滑动窗口综合题

作者头像
宫水三叶的刷题日记
发布2022-04-06 17:15:31
9280
发布2022-04-06 17:15:31
举报
文章被收录于专栏:宫水三叶的刷题日记

题目描述

这是 LeetCode 上的「220. 存在重复元素 III」,难度为「中等」

Tag : 「滑动窗口」、「二分」、「桶排序」

给你一个整数数组 nums 和两个整数 k 和 t 。

请你判断是否存在 两个不同下标 i 和 j,使得 abs(nums[i] - nums[j]) <= t ,同时又满足 abs(i - j) <= k 。

如果存在则返回 true,不存在返回 false。

示例 1:

代码语言:javascript
复制
输入:nums = [1,2,3,1], k = 3, t = 0

输出:true

示例 2:

代码语言:javascript
复制
输入:nums = [1,0,1,1], k = 1, t = 2

输出:true

示例 3:

代码语言:javascript
复制
输入:nums = [1,5,9,1,5,9], k = 2, t = 3

输出:false

提示:

  • 0 <= nums.length <= 2 *10^4
  • -2^{31} <= nums[i] <= 2^{31} - 1
  • 0 <= k <=10^4
  • 0 <= t <= 2^{31} - 1

滑动窗口 & 二分

根据题意,对于任意一个位置 i(假设其值为 u),我们其实是希望在下标范围为 [max(0, i - k), i) 内找到值范围在 [u - t, u + t] 的数。

一个朴素的想法是每次遍历到任意位置 i 的时候,往后检查 k 个元素,但这样做的复杂度是 O(nk) 的,会超时。

显然我们需要优化「检查后面 k 个元素」这一过程。

我们希望使用一个「有序集合」去维护长度为 k 的滑动窗口内的数,该数据结构最好支持高效「查询」与「插入/删除」操作:

  • 查询:能够在「有序集合」中应用「二分查找」,快速找到「小于等于 u 的最大值」和「大于等于 u 的最小值」(即「有序集合」中的最接近 u 的数)。
  • 插入/删除:在往「有序集合」添加或删除元素时,能够在低于线性的复杂度内完成(维持有序特性)。

或许你会想到近似 O(1) 操作的 HashMap,但注意这里我们需要找的是符合 abs(nums[i], nums[j]) \leqslant t 的两个值,nums[i]nums[j] 并不一定相等,而 HashMap 无法很好的支持「范围查询」操作。

我们还会想到「树」结构。

例如 AVL,能够让我们在最坏为 O(\log{k}) 的复杂度内取得到最接近 u 的值是多少,但本题除了「查询」以外,还涉及频繁的「插入/删除」操作(随着我们遍历 nums 的元素,滑动窗口不断右移,我们需要不断的往「有序集合」中删除和添加元素)。

简单采用 AVL 树,会导致每次的插入删除操作都触发 AVL 的平衡调整,一次平衡调整会伴随着若干次的旋转。

而红黑树则很好解决了上述问题:将平衡调整引发的旋转的次数从「若干次」限制到「最多三次」。

因此,当「查询」动作和「插入/删除」动作频率相当时,更好的选择是使用「红黑树」。

也就是对应到 Java 中的 TreeSet 数据结构(基于红黑树,查找和插入都具有折半的效率)。

其他细节:由于 nums 中的数较大,会存在 int 溢出问题,我们需要使用 long 来存储。

代码:

代码语言:javascript
复制
class Solution {
    public boolean containsNearbyAlmostDuplicate(int[] nums, int k, int t) {
        int n = nums.length;
        TreeSet<Long> ts = new TreeSet<>();
        for (int i = 0; i < n; i++) {
            Long u = nums[i] * 1L;
            // 从 ts 中找到小于等于 u 的最大值(小于等于 u 的最接近 u 的数)
            Long l = ts.floor(u); 
            // 从 ts 中找到大于等于 u 的最小值(大于等于 u 的最接近 u 的数)
            Long r = ts.ceiling(u); 
            if(l != null && u - l <= t) return true;
            if(r != null && r - u <= t) return true;
            // 将当前数加到 ts 中,并移除下标范围不在 [max(0, i - k), i) 的数(维持滑动窗口大小为 k)
            ts.add(u);
            if (i >= k) ts.remove(nums[i - k] * 1L);
        }
        return false;
    }
}
  • 时间复杂度:TreeSet 基于红黑树,查找和插入都是 O(\log{k}) 复杂度。整体复杂度为O(n\log{k})
  • 空间复杂度:O(k)

桶排序

上述解法无法做到线性的原因是:我们需要在大小为 k 的滑动窗口所在的「有序集合」中找到与 u 接近的数。

如果我们能够将 k 个数字分到 k 个桶的话,那么我们就能 O(1) 的复杂度确定是否有 [u - t, u + t] 的数字(检查目标桶是否有元素)。

具体的做法为:令桶的大小为 size = t + 1 ,根据 u 计算所在桶编号:

  • 如果已经存在该桶,说明前面已有 [u - t, u + t] 范围的数字,返回 true
  • 如果不存在该桶,则检查相邻两个桶的元素是有 [u - t, u + t] 范围的数字,如有 返回 true
  • 建立目标桶,并删除下标范围不在 [max(0, i - k), i) 内的桶

代码:

代码语言:javascript
复制
class Solution {
    long size;
    public boolean containsNearbyAlmostDuplicate(int[] nums, int k, int t) {
        int n = nums.length;
        Map<Long, Long> map = new HashMap<>();
        size = t + 1L;
        for (int i = 0; i < n; i++) {
            long u = nums[i] * 1L;
            long idx = getIdx(u);
            // 目标桶已存在(桶不为空),说明前面已有 [u - t, u + t] 范围的数字
            if (map.containsKey(idx)) return true;
            // 检查相邻的桶
            long l = idx - 1, r = idx + 1;
            if (map.containsKey(l) && u - map.get(l) <= t) return true;
            if (map.containsKey(r) && map.get(r) - u <= t) return true;
            // 建立目标桶
            map.put(idx, u);
            // 移除下标范围不在 [max(0, i - k), i) 内的桶
            if (i >= k) map.remove(getIdx(nums[i - k] * 1L));
        }
        return false;
    }
    long getIdx(long u) {
        return u >= 0 ? u / size : ((u + 1) / size) - 1;
    }
}
  • 时间复杂度:O(n)
  • 空间复杂度:O(k)

理解 getIdx()逻辑

  1. 为什么 size 需要对 t 进行 +1 操作?

目的是为了确保差值小于等于 t 的数能够落到一个桶中。

举个 🌰,假设 [0,1,2,3]t = 3,显然四个数都应该落在同一个桶。

如果不对 t 进行 +1 操作的话,那么 [0,1,2][3] 会被落到不同的桶中,那么为了解决这种错误,我们需要对 t 进行 +1 作为 size

这样我们的数轴就能被分割成:

0 1 2 3 | 4 5 6 7 | 8 9 10 11 | 12 13 14 15 | …

总结一下,令 size = t + 1 的本质是因为差值为 t 两个数在数轴上相隔距离为 t + 1,它们需要被落到同一个桶中。

当明确了 size 的大小之后,对于正数部分我们则有 idx = nums[i] / size

  1. 如何理解负数部分的逻辑?

由于我们处理正数的时候,处理了数值 0,因此我们负数部分是从 -1 开始的。

还是我们上述 🌰,此时我们有 t = 3size = t + 1 = 4

考虑 [-4,-3,-2,-1] 的情况,它们应该落在一个桶中。

如果直接复用 idx = nums[i] / size 的话,[-4][-3,-2,-1] 会被分到不同的桶中。

根本原因是我们处理整数的时候,已经分掉了数值 0

这时候我们需要先对 nums[i] 进行 +1 操作(即将负数部分在数轴上进行整体右移),即得到 (nums[i] + 1) / size

这样一来负数部分与正数部分一样,可以被正常分割了。

但由于 0 号桶已经被使用了,我们还需要在此基础上进行 -1,相当于将负数部分的桶下标(idx)往左移,即得到 ((nums[i] + 1) / size) - 1

最后

这是我们「刷穿 LeetCode」系列文章的第 No.220 篇,系列开始于 2021/01/01,截止于起始日 LeetCode 上共有 1916 道题目,部分是有锁题,我们将先把所有不带锁的题目刷完。

在这个系列文章里面,除了讲解解题思路以外,还会尽可能给出最为简洁的代码。如果涉及通解还会相应的代码模板。

为了方便各位同学能够电脑上进行调试和提交代码,我建立了相关的仓库:https://github.com/SharingSource/LogicStack-LeetCode 。

在仓库地址里,你可以看到系列文章的题解链接、系列文章的相应代码、LeetCode 原题链接和其他优选题解。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2022-02-11,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 宫水三叶的刷题日记 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 题目描述
  • 滑动窗口 & 二分
  • 桶排序
  • 理解 getIdx()逻辑
  • 最后
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档