技术博客
默认情况下，display: flex 的容器会拉伸子项至主轴方向（通常是水平）对齐，但交叉轴（垂直）方向上，子项高度由内容决定，不会自动等高。若想让所有列表项高度一致（比如卡片式布局），需显式设置 align-items: stretch（这是默认值，但常被父容器或子项的 min-height/height 干扰）。
能，而且很简单。核心是用多个 :before 或 :after 伪元素模拟圆点，配合独立的 animation 延迟和缩放变化，就能做出有节奏感的呼吸式波点效果。
最常见的情况是：容器没设 height、max-height 或 width，导致浏览器根本判断不出“是否溢出”。overflow 只对有明确尺寸限制的块级元素生效——它不是魔法，而是基于盒模型边界的裁剪指令。
因为绝对定位元素已脱离文档流，Flex的对齐属性只作用于参与布局的子项（即非position: absolute的子元素）。父容器设了display: flex，但对position: absolute的子元素完全无效。
它只是告诉浏览器“别让鼠标选中这段文字”，对开发者工具、网络请求、DOM 操作完全无效。真实世界里，只要页面渲染完成，任何文本都能被脚本读取、复制、截图、抓包。
fr 不是像素、百分比或 em，它不表示绝对长度，也不依赖父容器尺寸的百分比计算；它是 CSS Grid 中专用于**分配剩余可用空间**的弹性单位。当所有 grid-template-columns 或 grid-template-rows 用 fr 定义时，浏览器先扣除固定尺寸（如 100px、auto、minmax(200px, 1fr) 中的最小值部分），再把剩下的空间按 fr 数值比例切分。
很多人用 overflow: scroll 是想“确保能滚动”，结果发现滚动条永远存在，占空间、影响布局，尤其在 macOS 上还带惯性滚动干扰点击。这不是 bug，是规范行为：scroll 的语义就是「始终启用滚动机制」，浏览器必须渲染滚动条（哪怕没内容可滚）。
浏览器只认 DOM 属性 readonly（布尔属性），不看 contenteditable="false" 或 disabled，也不管 JS 是否锁了输入逻辑。哪怕你用 input.setAttribute(‘readonly’, ‘readonly’)，只要属性存在，:read-only 就生效；删掉就失效。
浏览器对 link rel="preload" 的资源类型校验很严格：如果 as 属性写错，或 href 指向的不是实际 CSS 文件（比如带了服务端重定向、MIME 不匹配），它就只会下载，不会执行解析和应用。常见现象是 Network 面板里看到请求完成，但样式没生效，控制台也没报错。
CSS定位不是“选一个属性就完事”的事，它本质是元素在文档流中的坐标系统切换——用错上下文，position再熟也白搭。