自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(7)
  • 收藏
  • 关注

原创 页面为什么卡死?深入 Chromium 源码视角,彻底理清进程模型与事件循环

《浏览器运行机制揭秘:为什么你的JS代码会让页面卡死?》 本文深入剖析了浏览器底层运行机制,解释了前端开发中常见的页面卡顿、异步执行异常等问题根源。核心要点包括: 浏览器采用多进程架构,渲染主线程负责解析HTML/CSS、执行JS和处理事件,单线程设计保证了DOM操作安全但容易阻塞。 异步机制本质是将耗时任务委托给其他线程,通过消息队列实现回调,但JS长时间执行仍会阻塞渲染和用户交互。 任务优先级体系:微任务(Promise等)拥有最高优先级,会在当前任务结束后立即执行,而setTimeout等宏任务可能因

2026-05-29 10:20:58 586

原创 浏览器的“黑盒”解密:从一行代码到屏幕成像,到底发生了什么?

深入剖析浏览器底层渲染机制,全方位揭秘 HTML 解析、样式计算、布局重排(Reflow)、分层绘制及 GPU 光栅化等核心流程。文章不仅厘清了 DOM 树与布局树的差异,还详细解释了预解析线程的工作机制,并提供了规避强制同步布局(Layout Thrashing)的实战代码。告别微操式调参,掌握合成层与硬件加速的底层逻辑,让你的页面性能实现质的飞跃。

2026-05-28 11:05:36 670

原创 【LeetCode 2】两数相加:模拟竖式计算,一个while循环搞定进位

这道题让我再次体会到,写算法题有时候真的需要回归事物的本质。只要抓住了“竖式加法”和“进位传递”这两个核心,哪怕链表长短不一、哪怕最后有溢出进位,用一个统一的循环就能全部拿下。希望我的这个解题视角能帮你更轻松地理解这道经典题目!如果你在刷题过程中有其他巧妙的思路,欢迎在评论区一起交流讨论~

2026-05-27 16:46:08 424

原创 《聊天框实战:后端篇——接口设计与数据库建模》

本文介绍了基于SpringBoot的聊天系统后端设计方案,重点讲解了数据库模型和核心接口实现。数据库采用主从表结构,以消息表为核心,文件表为附属,支持文本、@提及和文件上传功能。核心接口包括消息发送和消息列表查询,其中发送接口支持混合数据格式传输,并通过事务控制确保数据一致性。后端根据内容自动判断消息类型(纯文本/文件/混合),为前端渲染提供依据。该方案实现了前后端无缝衔接,可扩展支持单聊和群聊场景,为类似系统开发提供了参考模板。

2026-05-27 09:00:26 444

原创 【LeetCode 1】两数之和:用哈希表实现一次遍历的巧妙解法

本文分享了LeetCode经典题目"两数之和"的优化解法。作者通过使用哈希表实现O(n)时间复杂度,避免了暴力枚举的O(n²)复杂度。关键思路是"先查询后存入":遍历数组时,先在哈希表中查找目标补数(target-nums[i]),若存在则返回结果,否则将当前数值存入哈希表。这种方法既保证了查找效率,又避免了重复使用同一元素的问题。文章提供了完整的Java代码实现,并分析了时间(O(n))和空间(O(n))复杂度,展示了哈希表在查找场景下的优势。

2026-05-26 17:17:14 341

原创 《Vue2+ElementUI实战:手把手封装一个支持@提及、文件预览的聊天组件》

本文介绍了一个基于Vue2+ElementUI开发的轻量级聊天组件实现方案。该组件主要包含三个核心功能:1)支持左右对称布局的消息气泡,根据发送者自动区分显示样式;2)具备富文本编辑功能的输入框,支持@提及人员的高亮显示;3)文件上传及预览功能。文章详细拆解了消息列表布局、富文本输入框和文件上传的实现逻辑,并提供了完整的代码示例,包括HTML模板、JavaScript逻辑和CSS样式。该组件设计简洁美观,可直接集成到企业级后台系统中使用,开发者只需根据实际业务需求稍作调整即可快速实现即时通讯功能。

2026-05-26 11:19:57 708

原创 被公司奇葩组织架构逼疯后,我在下午茶系统里悟出的“防腐层”之道

摘要:开发公司内部下午茶福利系统时,遇到了组织架构频繁变动带来的技术挑战。初期采用手动分配部门余额的方案,随后引入定时同步策略却导致"月初黑洞"问题——架构变更后系统无法识别新部门ID。为解决该问题,增加了手动配置功能,但陷入被动响应的运维死循环。最终通过构建"虚拟福利组"防腐层,将易变的组织架构ID与稳定的业务数据解耦,实现了系统的健壮性。这一案例揭示了企业级应用中处理不稳定维度数据的关键:必须建立中间映射层来隔离上游变动对核心业务的影响。

2026-05-25 17:53:49 518

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除