LeetCode128:哈希集合巧解最长连续序列

LeetCode128:哈希集合巧解最长连续序列

一、题目回顾

LeetCode 128 题「最长连续序列」是一道中等难度的数组题,核心要求如下:给定一个未排序的整数数组 nums,找出其中数字连续的最长序列(不要求序列元素在原数组中连续)的长度,且必须设计时间复杂度为 O (n) 的算法。

示例直观理解:

  • 输入 nums = [100,4,200,1,3,2],输出 4(最长序列是 [1,2,3,4]);
  • 输入 nums = [0,3,7,2,5,8,4,6,0,1],输出 9(完整连续序列 0-8)。

二、解法思路:哈希集合 + 起点判定

题目要求 O (n) 时间,因此不能用排序(排序时间 O (nlogn)),需要借助「哈希集合」的快速查找特性(查找操作 O (1))。

核心思路是:

  1. 将数组元素存入哈希集合,实现 “是否存在某数” 的快速判断;
  2. 遍历集合中的每个数 x仅当 x-1 不在集合中时,才将 x 作为 “连续序列的起点”;
  3. 从起点 x 开始,依次查找 x+1、x+2... 是否在集合中,统计该序列的长度;
  4. 维护一个全局变量,记录所有序列的最长长度。

这个思路的巧妙之处在于:非起点的数会被跳过,每个数只会被遍历一次,从而保证整体时间复杂度为 O (n)。

三、C++ 代码解析

先看完整代码,再逐行拆解:

cpp

运行

class Solution { public: int longestConsecutive(vector<int>& nums) { // 1. 将数组元素存入哈希集合(去重+快速查找) unordered_set<int> hash(nums.begin(), nums.end()); int len = 0; // 记录最长序列长度 // 2. 遍历集合中的每个数 for (int x : hash) { // 3. 仅当x-1不存在时,x才是序列起点(避免重复计算) if (hash.count(x - 1)) { continue; } // 4. 从起点x开始,扩展连续序列 int y = x + 1; while (hash.count(y)) { ++y; } // 5. 更新最长长度(y-x是当前序列的长度) len = max(len, y - x); } return len; } }; 

代码关键细节

  1. 哈希集合的作用
    • 用 unordered_set 存储数组元素,既实现了去重(重复元素不影响连续序列长度),又能在 O (1) 时间内判断某数是否存在。
  2. 起点判定逻辑
    • if (hash.count(x - 1)) continue;:如果 x-1 存在,说明 x 不是当前连续序列的起点(比如 x=2 时,若 x-1=1 存在,则 2 属于以 1 为起点的序列),直接跳过,避免重复遍历。
  3. 序列长度计算
    • 从起点 x 出发,用 y 不断向后扩展(y++),直到 y 不在集合中,此时 y - x 就是当前连续序列的长度。

四、复杂度分析

  • 时间复杂度:O(n)
    • 存入集合的时间是 O (n);
    • 遍历集合时,每个元素最多被访问 1 次(只有起点会触发后续的扩展循环,非起点会被跳过),因此整体遍历时间是 O (n)。
  • 空间复杂度:O(n)
    • 哈希集合存储了数组的所有元素,空间开销与数组长度成正比。

五、解法小结

这个解法的核心是通过 “起点判定” 避免重复计算,结合哈希集合的快速查找,既满足了 O (n) 的时间要求,又保证了逻辑的简洁性。

相比暴力解法(枚举每个数后遍历后续元素,时间 O (n²)),这个方法用空间换时间,是这道题的最优解之一。

Read more

【Linux网络系列】:TCP 的秩序与策略:揭秘传输层如何从不可靠的网络中构建绝对可靠的通信信道

【Linux网络系列】:TCP 的秩序与策略:揭秘传输层如何从不可靠的网络中构建绝对可靠的通信信道

🔥 本文专栏:Linux网络 🌸作者主页:努力努力再努力wz 💪 今日博客励志语录:平庸的选择是为了避开失败,而勇敢的选择是为了定义自我。失败从不是勇气的终点,它只是命运在试探你:你是打算就此收笔,还是准备翻开更精彩的一页? 引入 那么在此前的学习中,我们已经学习了应用层协议,包括如何自定义一个应用层协议、序列化与反序列化的实现方式,以及经典应用层协议 HTTP。本篇文章将进入对传输层协议 的学习。传输层协议主要分为两种:第一种是UDP协议 ,第二种是TCP协议 。因此,文章开篇我们将首先回顾 UDP 协议。 何能够收发数据的网络设备都可以用 TCP/IP 模型来描述,其中最上层是应用层。应用层在添加应用层协议头之后,数据会进入传输层,并附加传输层协议头。UDP 协议头仅占 8 字节,且字段非常简单;相比之下,TCP 协议头不仅字段更多,长度也在 20 至 60 字节之间可变。这决定了 TCP

By Ne0inhk
Flutter 三方库 random_name_generator 全系自动化环境鸿蒙适配导引:高速灌注大规模高质量仿生身份信息源数据池,攻克严苛测试流无序仿真阻断难题(适配鸿蒙 HarmonyOS

Flutter 三方库 random_name_generator 全系自动化环境鸿蒙适配导引:高速灌注大规模高质量仿生身份信息源数据池,攻克严苛测试流无序仿真阻断难题(适配鸿蒙 HarmonyOS

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 random_name_generator 全系自动化环境鸿蒙适配导引:高速灌注大规模高质量仿生身份信息源数据池,攻克严苛测试流无序仿真混沌阻断难题 在开发社交、游戏或自动化测试脚本时,快速生成真实的名称(而非随机乱码)是提升系统真实感和测试覆盖率的关键。random_name_generator 是一个轻量级的人名合成库。本文将详解该库在 OpenHarmony 环境下的适配与实战。 前言 什么是 random_name_generator?它并不是简单地随机拼接字符,而是内置了丰富的西方(如英语、西班牙语)命名习惯库。在鸿蒙操作系统蓬勃发展的今天,无论是为单机游戏生成 NPC 名称,还是在测试鸿蒙 HAP 模块时批量造“用户”,该库都能提供高质量、符合直觉的文本输出。 一、原理解析 1.1 基础概念

By Ne0inhk
Apache IoTDB(17):IoTDB数据保留时间管理从TTL设置到智能数据控制

Apache IoTDB(17):IoTDB数据保留时间管理从TTL设置到智能数据控制

引言 IoTDB 支持在设备(device)级别设置数据保留时间(TTL),系统会根据设定的TTL自动清理过期数据,从而有效管理存储空间并确保查询性能。TTL默认采用毫秒计时,数据过期后将不可查询且禁止写入,但实际物理删除会在数据压缩时完成。需要注意:修改TTL设置可能导致数据可见性短暂波动,若缩短或取消TTL设置,原先因TTL限制而不可见的数据可能会重新显示。 需要注意的是: TTL 设置为毫秒,不受配置文件时间精度影响 TTL 变更可能影响数据的可查询性 系统最终会移除过期数据,但存在延迟 TTL 判断数据是否过期依据的是数据点时间,非写入时间 系统最多支持设置 1000 条 TTL 规则,达到上限需先删除部分规则才能设置新规则 Apache IoTDB 时序数据库【系列篇章】: No.文章地址(点击进入)1Apache IoTDB(1):时序数据库介绍与单机版安装部署指南2Apache IoTDB(2):时序数据库 IoTDB 集群安装部署的技术优势与适用场景分析3Apache IoTDB(3)

By Ne0inhk