logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

【LeetCode 热题 100】287. 寻找重复数——双指针

这段代码旨在解决一个经典的数组问题:寻找重复数 (Find the Duplicate Number)。问题描述通常是:给定一个包含个整数的数组 ,其数字都在到的范围内(包含和 ),可知至少存在一个重复的整数。要求找出这个重复的数,并且通常有附加条件:不能修改原数组,且只能使用 O(1) 的额外空间。该算法将这个数组问题抽象成了一个链表环检测问题。构建隐式链表:Floyd 环检测算法:返回结果:时

#leetcode#算法#职场和发展
【LeetCode 热题 100】1. 两数之和——(解法二)哈希表

这段代码旨在高效地解决 “两数之和” 问题。与 O(N^2) 的暴力枚举法相比,此版本采用了一种经典的 “空间换时间” 策略,利用 哈希表 (HashMap) 将时间复杂度优化到了线性级别 O(N)。该算法的核心思想是,在遍历数组的同时,利用哈希表快速查找每个数字所需的“另一半”。算法的逻辑步骤可以分解如下:数据结构选择:单次遍历与查找:返回结果:通过这种“边遍历边记录”的方式,算法将寻找配对数的

#leetcode#散列表#算法
Java八股文——消息队列「RocketMQ篇」

如果你的系统…那么你应该选择…是一个数据管道,处理海量日志/流数据Kafka是一个业务系统,处理复杂交易/状态流转RocketMQ关于“Kafka可能丢数据”这是一个常见的误解。Kafka通过配置acks=all,并结合(要求写入成功的最小同步副本数)参数,可以实现与RocketMQ同等级别甚至更高的数据可靠性保证,但这样做会牺牲一部分性能。所以,与其说Kafka会丢数据,不如说它给了用户在性能和

#java-rocketmq#java#rocketmq +1
Java八股文——操作系统「网络 I/O 篇」

I/O模型第一阶段 (等待数据)第二阶段 (拷贝数据)特点BIO阻塞阻塞简单,但并发性能差NIO非阻塞(需用户轮询)阻塞避免阻塞,但CPU空转I/O 复用阻塞(在上,但可监视多个FD)阻塞高效管理大量连接,Java NIO的核心信号驱动非阻塞阻塞利用信号通知,应用较少AIO非阻塞(由内核完成)非阻塞(由内核完成)真异步,性能最高特性/维度selectpollepoll连接数限制有 (约1024)无

#网络#java#服务器 +2
Java八股文——MySQL「索引篇」

索引是提升数据库查询性能的核心手段,本质上是一种特殊的数据结构(如B+树或哈希表)。主要分为聚簇索引(数据行直接存储在索引中,如主键)和非聚簇索引(存储指向数据的指针或主键值)。索引能显著减少数据扫描量,将查询复杂度从O(N)降至O(logN),并加速排序、分组等操作。但创建索引需要权衡存储空间和写操作性能损耗。 索引可从多个维度分类:按数据结构分为B+树、哈希、全文索引;按存储方式分为聚簇索引(

#java#mysql
Java八股文——Spring「Spring Cloud 篇」

面试官您好,服务熔断是微服务架构中一种至关重要的服务保护机制。它的作用就像电路中的“保险丝”,其核心目标是防止在分布式系统中,因某个下游服务的故障或延迟,而导致整个调用链像多米诺骨牌一样接连崩溃,即所谓的“雪崩效应”。1. 为什么需要服务熔断?—— 雪崩效应的模拟“A -> B -> C”的例子非常经典。正常情况:客户端请求服务A,A调用B,B再调用C。故障发生:突然,服务C因为数据库慢查询或自身

#java#spring#spring cloud
Java八股文——MySQL「SQL 基础篇」

面试官您好,SQL(关系型数据库)和NoSQL(非关系型数据库)是当今数据存储领域的两大主流阵营。它们之间不是“谁取代谁”的关系,而是两种完全不同的设计哲学,适用于解决不同类型的问题。我通常会从以下几个核心维度来对比它们:SQL (关系型数据库):NoSQL (非关系型数据库):SQL:NoSQL:SQL:NoSQL:SQL:NoSQL:我的选型策略:什么时候选择SQL数据库?什么时候选择NoSQ

#java#mysql#sql
【LeetCode 热题 100】283. 移动零——Java双指针解法

将一个整数数组中的所有零元素移动到数组的末尾,同时保持所有非零元素的原始相对顺序。此操作要求在原数组上直接进行修改(in-place),而不创建新的数组副本。这种方法非常巧妙且高效,因为它仅通过一次完整的遍历就完成了所有非零元素的重新排列,并且是在常数级别的额外空间内完成的。

#leetcode#java#算法
Java八股文——JVM「垃圾回收篇」

GC是一个由JVM在后台自动运行的“清洁工”。它通过可达性分析来找出垃圾,其工作主要是由。

#jvm#java#开发语言
Java八股文——Redis「场景篇」

面试官您好,热Key问题,也叫热点Key问题,是我们在使用Redis时,需要重点关注和处理的一种典型的“数据访问倾斜”问题。1. 什么是热Key?一个Key之所以被称为“热Key”,并不是因为它本身有什么特殊,而是因为它在某个时间段内,被访问的频率(QPS)极高,导致绝大部分的请求压力都集中在了这个单一的Key上。QPS集中(最常见)比如,整个Redis实例的总QPS是5万,但其中一个Key(比如

#java#redis#开发语言
    共 56 条
  • 1
  • 2
  • 3
  • 6
  • 请选择