前言 今天在开发中遇到了一个典型的滚动问题：在一个横向滚动的容器中，当子元素调用 scrollIntoView() 方法时，意外触发了整个页面的 body 滚动，而不是我们期望的容器内部滚动。 经过调

设计用户界面可不是什么轻松活儿。布局、间距、排版、颜色……无数的选择能瞬间让你头大。要是再把可用性、无障碍性和人类心理学这些因素加进来，那挑战简直是指数级增长，让人想当场去世。 不过，好消息来了！U

一、你的表单，是否正在失控？ 想象一个场景，你正在开发一个“企业贷款申请”或“保险理赔”系统。 最初，页面只有 5 个字段，你写得优雅从容。随着业务迭代，表单像吹气球一样膨胀到了 50 多个字段： “

前端开发必须掌握的二进制神器Blob，轻松实现本地预览、零上传下载、内存流式处理，一文吃透原理、API、性能陷阱与最佳实践，让你的应用秒开不卡！

用 Vite 做项目的应该都有感觉：开发体验一直很顺，但生产构建这块，项目一大就开始拉胯。 问题出在 Vite 的双引擎架构——开发用 esbuild，生产用 Rollup。两套东西，行为不一致，偶尔

前言 在前端开发领域，Lodash 确实是业界的标杆，但在国内的实际业务场景中，我们往往会遇到这样的尴尬： 为了一个 deepClone 引入了整个 Lodash（或者还要折腾 babel-plugi

前端监控和兜底——要知道用户操作时发生了什么，也要知道如何维护系统崩溃时的用户体验，守住“用户体验底线”！

背景 尤其是对于鼠鼠我本人来说，也是深有体会：司内的源码架构：自研微前端+monorepo架构，本身架构设计本身就比较复杂，在项目规模达到一定程度，或是项目开发时间长，人员变动大，就会导致有很多问题出

在去年的一场面试中，面试官向我提了一个问题： 面试官：后端一次性给你一千万条数据，渲染到页面上发生卡顿，你该怎么优化？ 我：我会问候后端（bushi）