页面没有白屏，接口也正常返回 200，但 CPU 使用率却悄悄飙升，浏览器标签页的风扇呼呼转。有经验的前端同学这时候就知道，这个问题大概率不是“再加一层虚拟列表”能解决的了。

pnpm 11 发布了。一开始我没太在意，以为又是常规的功能迭代。直到仔细读了一遍更新日志，才发现这次有两个底层逻辑发生了根本变化。第一，pnpm 默认不再信任任何新发布的包。

<permission> 是一个正在讨论中的 HTML 新元素。它想把“向用户申请权限”这件事，从 JavaScript 函数调用变成一个页面上真实可见的控件。目前这个提案还处于 WICG 草案阶段，经历过 Chrome 的 Origin Trial 测试，距离成为正式标准还有一段路

在 Web 开发中，前端与后端的数据交互是核心环节。JavaScript 提供了多种发送 HTTP 请求的方式，从早期的 XMLHttpRequest 到现代的 Fetch API，再到第三方库和语法层面的支持。理解它们之间的区别和适用场景，能够帮助你在实际项目中做出更合适的选择。

在HTML里，全局属性就像一把通用钥匙。不管你是用div、p、button还是自己定义的元素，这些属性都能给它们加上额外功能。从最简单的id和class，到现代网页用的popover和inert，全局属性让你不用写复杂JS就能做出丰富的交互效果。

2026年，CSS已经不是那个“只能改颜色”的工具了。下面这几个特性能让你少写很多JS，而且性能更好。:has() — 终于能选中父元素了。以前想根据子元素状态改变父元素的样式，只能靠JS。现在不用了。场景：表单校验时，输入框的父容器变红

视频明明在网页里放着，用户一切到别的标签页，内容就“失踪”了。这种体验我一直不太接受。尤其是后台盯监控、边查文档边看直播、边记笔记边听课程这类场景，明明浏览器已经有现成能力，很多前端页面还在自己搓悬浮窗，越做越重。

有时候点开一个活动页，第一眼就觉得不对劲：图不是加载失败那种糊，是故意糊，而且带着一格一格的颗粒感。这个东西你要是上滤镜、写canvas、再搞截图重绘，路子就走偏了。想把网页做成“像素风”，CSS往往三行就够，剩下的反而是你怎么控制作用范围。

如果你写过 tooltip、下拉菜单或者弹窗，应该遇到过这种情况：用 JS 去拿元素位置，监听滚动和窗口大小变化，还要处理边界溢出，代码写起来又长又难维护。现在 CSS 原生提供了一个叫 Anchor Positioning（锚点定位）的特性

你有没有过这样的经历：为了一个吸顶效果，折腾几十行 JS；为了一个自适应间距，写了无数个 @media 断点；为了做一个弹层，反复算 offsetTop。其实，很多你曾经以为必须用 JavaScript 才能解决的交互

你是不是还在用 for 循环遍历数组？还在写一堆 if-else 判断空值？还在 setTimeout 里套 setTimeout 处理异步？说实话，2026 年了，有些 JS 代码真的可以不用再那么写了。那些曾经要写 10 行才能搞定的逻辑，现在 2 行就够了。

你可能遇到过这种情况：页面看起来不复杂，但首屏加载就是慢半拍。很多时候，问题不在框架，不在后端，也不在于“再上一个性能插件”，而在于我们没有把足够的信息告诉浏览器。