技术博客
Grid 适合定义整体结构（比如页面分栏、卡片网格），Flex 适合单行/列内的元素对齐与分布。如果把 display: flex 容器作为 display: grid 的直接子项，通常没问题；但反过来——在 display: flex 容器里嵌套 display: grid 子项，只要不破坏 flex 主轴方向的流式逻辑，也完全可行。关键看层级职责：外层定区域，内层调细节。
absolute 定位元素根本不受 flex-shrink 控制——它压根就不是 flex 项目，所以调这个属性毫无意义。
因为 margin: auto 在绝对定位元素上生效，必须同时满足两个硬性条件：宽高明确 + 四个方向偏移值都设为 0。缺一不可，漏一个就回退成左上角贴边。
Symfony 项目里，依赖分两类：运行时必需的（比如 doctrine/orm），和只在开发/测试时需要的（比如 phpunit/phpunit 或 symfony/debug-bundle）。
错放会直接导致生产环境出问题：把调试工具塞进 require，上线后可能暴露敏感信息；反过来，把 symfony/console 放进 require-dev，bin/console 就直接报错。
关键不是“加汉堡图标”，而是先让默认导航在小屏下不显示，再用媒体查询切回桌面布局。主流做法是：默认移动端样式（折叠态），@media (min-width: 768px) 里恢复横向排列。别反着写，否则在旧版 Safari 或某些安卓 WebView 里容易触发两次重排。
不是“无效”，是它根本不起作用——align-items 仅在单行 flex 容器（即 flex-wrap: nowrap）中控制交叉轴对齐；一旦启用 flex-wrap: wrap，每行变成独立的“行盒”，align-items 就只影响该行内元素的对齐，无法跨行对齐。
浏览器只在元素真正处于全屏状态（即通过 Element.requestFullscreen() 进入）时，才匹配 :fullscreen 伪类。直接写 CSS 却没调用 JS 全屏 API，样式必然不会触发。
是的，这是最常见错觉。用 float: left 给 label 和 input 同时浮动，它们确实会并排，但后续表单项大概率塌陷、错位，甚至整个表单容器高度变成 0。
矩形统计图（比如横向柱状图）本质是「等高、宽度按数据比例缩放的色块排列」，flex 是最轻量且响应友好的选择。用 float 会破坏文档流，导致父容器高度塌陷；用 absolute 则失去弹性，数据一变就得重算 left/top。
因为浏览器对transform和opacity的动画能走合成层（compositor thread），不触发重排重绘；而用left、top、width等属性驱动动画，每次变化都会强制同步计算样式+布局+绘制，尤其在低端设备或复杂页面里容易掉帧甚至肉眼可见闪烁。