- 博客(145)
- 资源 (24)
- 收藏
- 关注
RSS订阅原创 353 · 最大字母」
时间：O(n) —— 一次字符串遍历 + 常数 26 次循环空间：O(1) —— 固定 52 个布尔量背下模板，以后遇到「大小写同时出现取最大」类题目，直接 5 秒写完，稳过！
2025-12-26 23:45:29
208
原创 【594 · 字符串查找 II】
594 · 字符串查找 II困难 | 30% 通过率 | 要求→ 标准「KMP 模板题」。继续用「快刷四部曲」5 分钟背完、一辈子会用。
2025-12-26 23:44:51
204
原创 1361 · 文字并排
用「快刷四部曲」把 1361 题（文字并排，68 号原题复刻版）5 分钟速刷掉。时间 O(N·L)（N 单词数，L 平均长度），空间 O(1) 除输出外。④ 代码（Java，可直接粘 LintCode）时间 O(N·L)，空间 O(1) 除输出。写完，Submit，一遍 AC。
2025-12-26 23:43:05
223
原创 171 · 乱序字符串
乱序字符串（Anagram）”指字母集合完全相同、顺序可不同的串。两两比较排序后字符串，O(n²·k log k)，k 为串长，超时。输出顺序不限，但每个串只出现一次。要求：从给定字符串数组 S 中，（只要该组大小 ≥2）。
2025-12-26 23:42:26
321
原创 592 · 查找和替换模式
分别记录 pattern→word 与 word→pattern 的映射，中途冲突即不匹配。时间 O(N·L)，N 为 words 长度，L 为单词长度。“模式匹配” = 单词与 pattern 长度相同，且。（一一对应，无重复映射）。
2025-12-26 23:41:12
172
原创 775 · 回文对
双重循环枚举所有 (i, j)，拼接后 O(L) 判断是否回文，总复杂度 O(n²·L)，n≤5000 会 TLE。单次检查 O(L)，总复杂度 O(n·L²)，n≤5000, L≤20 可过。
2025-12-26 23:40:35
203
原创 【大模型部署——Ollama 血泪记】从「一行命令」到「删盘放弃」的 6.5 小时
摘要： 尝试在 VMware CentOS 虚拟机中通过 Docker 运行 Ollama 时遭遇灾难性失败。使用 GTX 1650 显卡进行 GPU 透传后，运行 7B 模型导致 PCIe 过载，造成虚拟网卡永久损坏。6.5 小时抢救无效后被迫删除虚拟机重装系统。关键教训：旧显卡应避免虚拟机 GPU 透传，建议直接在宿主机运行小模型。最终通过原生安装 Ollama 1.5B 模型实现稳定运行，性能提升 10 倍。经验表明官网"一行命令"方案需结合实际硬件条件评估。
2025-12-26 01:27:19
983
原创 【大模型本地化踩坑实录】——从“CMake 找不到编译器”到“GPU 全速飞”——一张 GTX 1650 的逆袭
摘要：本文记录了在GTX 1650显卡和有限磁盘空间(仅9GB剩余)条件下成功部署1.5B大模型的全过程。通过解决CMake编译器缺失、磁盘空间不足、网络超时等问题，采用离线安装VS2022 BuildTools、手动编译llama.cpp并指定CUDA架构等方案，最终实现模型0.8秒的推理速度。关键经验包括：优先清理磁盘空间、使用离线安装包、分析错误代码、手动编译优化等，证明了即使硬件条件有限，通过合理配置也能实现大模型本地化部署。（149字）
2025-12-26 01:15:43
969
原创 【神奇字符串】
继续「快刷四部曲」5 分钟速刷 1215 题（神奇字符串）。④ 代码（Java，可直接粘 LintCode）时间 O(N)，空间 O(N)。时间 O(N)，空间 O(N)。写完，Submit，一遍 AC。
2025-12-25 23:59:28
139
原创 【（格式化字符串）】
空间 O(n)：新建 char[] 保存结果，避免大量 substring。继续「快刷四部曲」5 分钟速刷 315 题（格式化字符串）。④ 代码（Java，可直接粘 LintCode）时间 O(n)，空间 O(n)。写完，Submit，一遍 AC。时间 O(n)：只扫一遍。
2025-12-25 23:56:30
281
原创 78 题（最长公共前缀）
等价于：对第 0 列、第 1 列…逐列检查，直到某一列字符不全相同或某个字符串已经到头。（模板记忆点：① 纵向扫描；② 一旦失配立即 return；继续用「快刷四部曲」把 78 题（最长公共前缀）5 分钟秒掉。时间：O(totalLen) 所有字符最多被看一次。④ 代码（Java，可直接粘 LintCode）k 个字符串，求从左端开始的最长公共子串。时间 O(∑len)，空间 O(1)。写完，Submit，一遍 AC。空间：O(1) 原地比对。
2025-12-25 23:55:53
203
原创 【23 题（有效的括号序列）】
合法性 = “任意前缀中左括号数 ≥ 右括号数” 且 “最终左右数量相等” 且 “类型必须一一对应”。（快刷四部曲：① 抽象模型 → ② 最优算法 → ③ 边界/异常 → ④ 一行一行写代码）用“快刷四部曲”把 423 题（有效的括号序列）在 5 分钟内秒掉。→ 经典“栈”模型：遇到左括号就压栈，遇到右括号就看栈顶是否匹配。写完，直接 Submit，一遍 AC。时间 O(n)，空间 O(n)。只有 3 对符号：圆、方、花。空间：O(n) 最坏全左括号。时间：O(n) 必须扫一遍。
2025-12-25 23:55:10
219
原创 【大模型工具神器-——Ollama 外网穿透完全指南：从部署到踩坑实录】
本文详细介绍了如何通过内网穿透工具NATAPP实现Ollama大模型的外网访问。核心步骤包括：配置Ollama监听所有网卡、设置NATAPP隧道（需关闭"本地HTTPS"选项以避免协议冲突）、验证公网访问。重点记录了"Empty reply from server"错误的排查过程，指出协议不匹配是常见问题。文章还提供了安全加固建议（隧道密码/IP白名单等）、不同穿透工具对比以及一键配置速查表，帮助用户快速部署并规避常见陷阱。
2025-12-25 12:04:30
683
原创 【快速刷题模板】-2分钟秒杀字符统计-只出现一次的字符串
摘要：本文解释了为什么在Java中使用Map<Character, Integer>必须使用包装类，核心原因是Java泛型只支持引用类型。同时指出代码中处理空字符串时的潜在bug，并建议优化为数组计数法（使用256长度的数组覆盖ASCII字符范围）。针对ASCII范围选择256的原因进行了说明：标准ASCII有128字符，扩展ASCII到256个，且该范围能完全覆盖算法题中的常见字符需求。最后强调数组计数法比HashMap效率更高，建议将这种模板方法形成编程习惯。
2025-12-25 00:00:41
149
原创 【快速刷题模板】-2分钟秒杀字符串拼接
本文总结了Java字符串拼接的优化方法，针对URL参数拼接场景提出改进方案。原代码存在三个关键问题：1)直接修改输入参数，2)使用低效的正则去尾，3)冗余的三元运算符逻辑。优化方案采用防御性编程：提前处理空值、创建副本排序、使用StringBuilder高效拼接（O(1)去尾）。同时提供Stream简洁版（性能略低，慎用）。核心建议包括：形成空值检查肌肉记忆、保持输入参数不变、掌握StringBuilder.setLength()去尾技巧。强调面试应注重代码质量而非仅功能实现，推荐将优化方案作为标准模板记忆
2025-12-24 23:59:23
428
原创 【Zookeeper分布式锁：从原理到实战】
本文深入解析了Zookeeper实现分布式锁的核心机制，重点阐述了临时顺序节点和监听机制的工作原理。通过3个客户端的加锁流程示例，详细说明了锁获取、释放及唤醒机制，并针对羊群效应提出了优化方案。对比分析了Zookeeper与Redis分布式锁在一致性、性能等方面的差异，指出Zookeeper适用于金融等高可靠性场景，而Redis更适合性能优先的业务。最后提供了基于Curator框架的Java实现代码，展示了Zookeeper分布式锁的实际应用。
2025-12-23 18:41:24
473
原创 【Redis分布式锁终极指南：从单机瓶颈到RedLock争议全解析】
单机Redis是单点：必须上集群，哨兵或Cluster主从锁会失效：异步复制导致切换时锁丢失RedLock是理论方案：多数派共识，但时钟漂移是硬伤生产用Redisson：WatchDog自动续期，99%场景足够强一致用ZooKeeper：CP系统，可靠性更高。
2025-12-23 18:25:55
805
原创 【快刷面试-高并发锁篇】- Redis锁（配合lua脚本）之看门狗续期
Redis分布式锁看门狗机制解析 核心问题：固定锁过期时间与业务执行时间不匹配，导致锁提前释放引发并发问题。 解决方案： 看门狗机制：后台守护线程定期检查锁状态，自动续期防止过期 实现要点： 加锁时启动定时任务（默认每10秒续期） 业务完成主动释放锁并终止续期 客户端宕机时锁最终自动过期（防死锁） 代码示例： // 伪代码实现 boolean locked = redis.set(key, uuid, "PX 30000"); if(locked){ startWatchDog(); // 每10秒执行:
2025-12-23 17:20:09
959
原创 【快刷面试-高并发锁篇】- Redis锁（配合lua脚本）的经典应用
Redis分布式锁的核心在于解决互斥、死锁和安全性问题。通过SET key uuid EX 30 NX原子加锁，结合Lua脚本确保只有持有锁的客户端才能释放锁。为避免锁提前释放，采用WatchDog机制自动续期，维持锁活性。关键点包括：原子性操作防止并发问题，唯一标识防止误删，以及合理设置过期时间并动态续期。这些机制共同保障分布式锁的可靠性和安全性。
2025-12-23 15:32:45
723
原创 【快刷面试-高并发锁篇】- 数据库悲观锁（较低的IOPS，不推荐）的应用
摘要：数据库悲观锁（SELECT ... FOR UPDATE）是一种行级排他锁，采用"先锁再查"策略确保数据一致性。其核心原理是将快照读升级为当前读，在事务期间持有X锁。使用时必须命中索引避免表锁，并配合事务快速提交。虽然能保证强一致性，但存在致命性能缺陷：依赖磁盘I/O（每次操作需15ms+），无法横向扩展。在高并发场景（如春运抢票）下，数据库可能因瞬间1万+TPS的锁竞争而崩溃。相比Redis锁和乐观锁，悲观锁仅适用于低并发强一致场景（<50 TPS），互联网高并发业务应选择
2025-12-23 12:45:43
721
原创 【快刷面试-高并发锁篇】- 基于票务系统在不同服务器，分布式场景中该如何解决
分布式锁解决方案概述 本文针对票务系统在多服务器部署场景下的并发问题，分析了分布式锁的核心要求和主流解决方案。重点内容包括： 分布式锁四大要求：互斥性、防死锁、可重入性和高可用性 主流方案对比：数据库悲观锁、Redis分布式锁、Redisson框架、ZooKeeper和Etcd等 Redisson实战推荐：详细介绍了Redisson锁的实现代码和关键设计要点 架构建议：强调Redis+Redisson组合的优越性，相比数据库方案性能提升100倍 文章通过春运抢票的生动案例，形象解释了分布式锁的四大条件在实际
2025-12-23 11:59:32
995
1
原创 【高并发多线程原理】-分布式场景下解决一致性问题方案
多线程与分布式系统面临的核心挑战在于如何有效管理共享资源访问并确保数据一致性。在多线程环境下，互斥锁、读写锁、条件变量等同步机制通过内存屏障、CAS操作和用户态/内核态切换等底层原理，协调线程对共享数据的访问。而在分布式系统中，CAP定理和共识算法（如Paxos、Raft）为解决节点间数据同步问题提供了理论基础和实践方案。两种场景都需根据具体需求在性能与一致性之间进行权衡，选择合适的同步策略和技术组合来构建可靠的高并发系统。
2025-12-23 10:45:43
1531
原创 【快刷面试】-数据库-多线程在数据库中的应用
摘要：脏读、不可重复读和幻读是数据库多线程并发事务中的核心问题，分别涉及读取未提交数据、同一事务内多次读取结果不一致以及查询结果记录数变化。数据库通过事务隔离级别（读未提交、读已提交、可重复读和串行化）和锁机制（悲观锁/乐观锁）解决这些问题。类似的数据一致性问题也存在于多线程内存访问和分布式系统中，但解决方案不同（如互斥锁、原子操作或分布式协议）。理解这些问题的本质区别和适用场景，有助于在实际开发中选择合适的并发控制策略。
2025-12-23 09:36:37
856
原创 【快速刷题模板】-什么情况下用Map？
本文总结了Map和数组的使用场景对比，重点分析了5种必须使用Map的情况：键范围未知、非整数键、一对多映射、频繁查询/删除、复杂字符统计。提供了快速决策树，强调数组在固定范围场景下的性能优势（快10-20倍）。通过性能对比表和高频题型总结，给出"范围固定用数组，对象映射找Map"的记忆口诀，帮助开发者根据键类型和范围选择最优数据结构。特别指出在仅含26个字母等固定范围场景下，数组是更优选择。
2025-12-23 00:48:59
403
原创 【快速刷题模板】-2分钟秒杀字符串-比较字符串（字符频次统计）
摘要（150字内）： 本题通过字符频次统计判断字符串A是否包含B的所有字符。核心解法：1) 初始化26位数组统计字母频次；2) 遍历A累加字符计数；3) 遍历B递减计数，出现负数立即返回false。时间复杂度O(n+m)，空间复杂度O(1)。注意边界条件（空字符串处理）和大写字母的ASCII转换（'A'-'A'=0）。变种问题可扩展至大小写混合或Unicode字符（改用HashMap）。关键记忆点："26位数组，A加B减查负数"。
2025-12-23 00:09:45
513
原创 【快速刷题模板】-2分钟秒杀字符串-旋转字符数组
摘要： "快刷三部曲"提供高效掌握算法题的方法： 记忆思路：字符串旋转通过offset%=n预处理后，采用三次反转法（整体→前部→后部）； 记忆模板：背诵极简代码骨架，关键词为"取模-归零-三反转-双指针交换移"； 限时训练：5遍渐进式练习（抄写→默写→秒杀→隔夜→长期），强化肌肉记忆。 易错点：数组长度写法、指针移动顺序等需特别注意。适用于快速攻克高频算法题。
2025-12-22 23:07:04
469
原创 【Docker本地化超级实践】Docker 镜像离线构建方案
在容器化部署的道路上，网络问题往往是开发者最大的敌人。当你在内网环境、代理失效或 Docker Hub 被屏蔽的场景中，连 docker pull 都无法执行时，传统的 docker build 也会因 BuildKit 的远程检查机制而寸步难行。本文将介绍一种完全不依赖网络的终极方案——直接使用 docker commit 绕过构建系统，实现 100% 成功的离线镜像构建。
2025-12-22 11:50:57
392
原创 【超级推荐的镜像仓库】镜像拉取失败解决方案总结
该镜像由华为云容器镜像服务托管，是 Docker Hub 官方镜像的完整副本，支持多平台（包括 linux/arm64）。命令将长名称的镜像重命名为短名称，后续 Dockerfile 中的。即可直接使用本地镜像，无需修改 Dockerfile。：适用于所有 Docker Hub 官方镜像的华为云镜像。：华为云内网带宽，秒级下载（通常 < 30秒）由于 Docker Hub 访问限制，直接。：绕过 Docker Hub，不受网络限制。：保持 Dockerfile 中。，找到对应的华为云镜像地址即可。
2025-12-22 11:47:35
819
原创 【双雄压榨】本地机访问宿主机Portainer（9000端口）
本文介绍了三种在宿主机访问虚拟机Portainer的方案： SSH隧道（推荐）：通过MobaXterm配置本地9000端口转发到虚拟机9000端口，安全可靠 VMware端口转发：直接在VMware网络设置中配置端口映射，适合临时测试 IDEA集成：在IDEA中配置SSH隧道和Docker连接，实现开发环境一体化 方案对比显示SSH隧道最安全，端口转发最便捷，IDEA集成最适合开发者。文章提供了详细配置步骤、验证方法和故障排查技巧，推荐使用SSH隧道方案长期使用。
2025-12-21 23:23:01
340
原创 【双雄压榨】资源不足下的双电脑Docker开发实战：跨主机SSH访问全记录
摘要： 本文记录了在资源受限环境下，通过跨主机SSH访问实现双电脑Docker开发的完整实战方案。主开发机(192.168.1.27)通过Windows宿主机端口转发(2222→22)访问NAT模式虚拟机(192.168.172.101)中的SSH服务，解决了网段隔离问题。详细介绍了OpenSSH安装、VMware端口转发配置、共享文件夹优化等关键步骤，并对比了向日葵远程和ZeroTier VPN等替代方案。针对常见问题如网络自启失败、符号链接创建受限等提供了具体解决方案，最终实现了开发环境与Docker服
2025-12-21 23:20:10
1038
原创 《双雄并发，各司其职》——什么？废旧电脑也可以当开发服务器了？不是挖矿的？妈妈再也不用担心我的服务器被干了！
摘要：本文介绍如何将废旧电脑改造为安全的Docker开发服务器，实现"双机并发"开发模式。通过SSH隧道连接主力笔记本和旧台式机上的Linux虚拟机，在IDEA中远程使用虚拟机Docker服务，同时避免被挖矿病毒入侵。方案包含端口转发配置、SSH加固、fail2ban防护等安全措施，性能测试显示CPU/内存占用显著降低。文中详细说明了网络架构、安全防御模型和常见问题解决方案，让旧电脑焕发新生，成为高效安全的开发服务器。
2025-12-21 23:13:59
1110
原创 在Docker环境中安装RabbitMQ延迟消息插件实战记录
本文记录了在Docker环境中安装RabbitMQ延迟消息插件的完整过程。主要内容包括：1) 下载与RabbitMQ 4.1.0版本匹配的插件文件；2) 将插件复制到容器并启用；3) 重启容器使插件生效；4) 通过命令行和管理界面验证安装。文章还提供了常见问题解决方案和自动化安装脚本，强调插件版本匹配和容器重启的关键性。该指南适用于所有Docker部署的RabbitMQ环境，能帮助开发者快速实现延迟队列功能。
2025-12-17 02:18:05
320
原创 超级经典：【Win11 多版本 JDK 秒切指南：函数级“别名”实战】
摘要：本文介绍在Windows 11上快速切换多版本JDK的方法。通过创建PowerShell模块文件定义切换函数，可一键在JDK 8/11/17间切换，无需重启或管理员权限。步骤包括：1)安装JDK到指定目录；2)创建切换脚本定义Set-Jdk函数和别名；3)配置自动加载模块；4)使用简单命令(jdk8/jdk11/jdk17)即时切换。该方法修改环境变量即时生效，新终端窗口会保留最后一次切换结果，适合需要频繁切换JDK版本的开发场景。
2025-12-07 21:23:56
222
原创 【Spring Boot JAR 解压修改配置后重新打包全流程（避坑指南）】
本文介绍了在 Windows 环境下修改 Spring Boot JAR 包配置文件的完整流程。关键步骤包括：解压 JAR 包到指定目录、修改 BOOT-INF/classes 下的配置文件、使用 jar c0fm 命令正确打包（需保留 org、BOOT-INF 和 META-INF 目录）。重点提示了三个常见问题解决方案：缺少启动器类、依赖 JAR 压缩错误和主清单属性缺失。文章强调不修改关键目录和使用正确打包参数的重要性，并提供了验证方法，确保修改后的 JAR 包能正常启动。
2025-10-09 11:03:26
1321
原创 【Ruoyi 解密 - 12. JDK17的新特性】------ 从Java 8 到 Java 17：向Scala看齐的“简洁革命”，同宗JVM下的效率狂飙
JDK 17 与 Scala 特性对比分析 JDK 17 引入了密封类、增强型 switch 表达式等新特性，显著提升了 Java 开发效率，并在功能上向 Scala 靠拢。密封类通过 sealed 关键字限制继承范围，与 Scala 的密封特质类似，但 Scala 的密封特质天然支持编译器的模式匹配检测。JDK 17 的 switch 表达式支持类型匹配和 Record 解构，而 Scala 的模式匹配功能更强大，支持嵌套匹配和样例类解构。总体来看，JDK 17 吸收了 Scala 的部分精华，在保持 J
2025-08-29 01:07:19
1452
原创 【Ruoyi 解密 - 11. JDK17的新特性】------ 从Java 8 到 Java 17：特性演进、性能飞跃与对 Python 的柔性借鉴
Java 8到Java 17：十年进化的关键跃迁 本文对比了Java 8与Java 17的核心差异，展现了Java从"能用"到"好用"的十年进化。Java 8奠定了函数式编程基础（Lambda、Stream API），而Java 17在此基础上实现了语法革命（Record类型、文本块）、性能飞跃（ZGC亚毫秒级GC）和类型安全增强（Sealed类）。实测显示，Java 17在启动速度（提升32.6%）、吞吐量（提升44.5%）和GC停顿（ZGC降低99.5%）等方面均
2025-08-29 00:48:03
1272
原创 【Ruoyi 解密 - 10. 前端探秘3】-----错误排查及联调实战示例
摘要 本文围绕 Ruoyi 框架的前端开发与错误排查展开，重点解析前后端联调中的常见问题及解决方案。首先介绍了错误归属判断的关键流程：通过检查请求是否发出、请求参数是否正确以及响应状态码，快速定位问题属于前端还是后端。对于复杂场景，建议使用 Postman 绕过前端直接测试接口。文章还提供了 Vue3 组合式 API 实现前后端联调的实战示例，包括用户列表查询、新增、删除等功能的代码封装与逻辑处理。通过清晰的错误排查方法和实际开发案例，帮助开发者提升 Ruoyi 前端开发效率，有效应对联调挑战。
2025-08-28 02:04:38
1088
原创 【Ruoyi 解密 - 09. 前端探秘2】------ 接口路径及联调实战指南
在RuoYi-Vue3框架中，接口URL通过基础地址+接口路径自动拼接。基础地址来自环境配置文件(.env.development等)，如VITE_APP_BASE_API='/dev-api'。在request.js中会将该基础地址与API模块定义的相对路径(如/system/user/list)拼接，形成完整请求路径。开发环境下，Vite代理会将/dev-api前缀的请求转发到真实后端地址(如http://localhost:8080)，解决跨域问题。这种设计实现了环境隔离、跨域解决和路径统一管理。
2025-08-28 01:44:54
852
原创 【Ruoyi 解密 - 08. 前端探秘1】------ 从“交互原理”到“开发逻辑”，后端也能看懂的前端实战指南
Ruoyi-Vue3 核心要点解析：后端开发者必备的前端交互知识 本文针对后端开发者学习Ruoyi-Vue3框架的核心需求，重点讲解前后端交互中的关键知识点。主要内容包括： Vue3组合式API：重点介绍ref、reactive和onMounted三个核心API的使用场景，通过Ruoyi实际代码展示响应式数据管理和页面初始化逻辑。 状态管理：解析Pinia在Ruoyi中的使用方式，包括全局数据存储(userStore)和跨页面数据共享的实现方法。 数据流转实践：结合具体案例演示如何从后端接口获取数据并更新前
2025-08-28 01:29:01
1353
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人