应使用 background-color: rgba() 而非 opacity 控制表单背景透明，因 opacity 会递归影响所有子元素导致文字发虚；rgba() 可单独控制背景透明度，内容保持清晰；复杂背景需用 ::before 伪元素隔离图层，确保交互与可读性。
直接给 form 加 opacity 会让输入框和文字一起变灰
这是最常见也最容易踩的坑：你只想要表单背景透一点，结果 input 里的文字、label 的颜色、甚至下拉箭头都跟着发虚。因为 opacity 作用于整个渲染树，子元素无法“自救”。
- opacity: 0.7 不等于“背景透 30%”，而是整个 form 及其所有后代（包括 textarea 光标、select 展开图标）统一乘以 0.7
- 即使在 input 里写 opacity: 1，实际效果仍是 0.7 × 1 = 0.7，文字依然看不清
- 如果表单嵌套在另一个带 opacity 的容器里（比如弹窗遮罩层），透明度会叠乘，可能直接压到文字不可读
background-color: rgba() 是控制表单背景透明的默认安全方案
真正要的是“背景透、内容不透”，那就只动背景色本身：
- 给 form 或包裹它的容器设 background-color: rgba(255, 255, 255, 0.85)，文字、边框、焦点状态全都不受影响
- 若表单内有多个区块（如标题区、输入区、按钮区），可分别给 .form-header、.form-fields 等 class 设不同 alpha 值，比如 rgba(255, 255, 255, 0.92) 和 rgba(255, 255, 255, 0.78)
- 注意：如果用了 border-collapse: collapse 类似表格布局（某些老式表单用 table 实现），得确保每个 td 也单独设 background-color: rgba()，否则交界处漏底
- IE8 及以下不支持 rgba()，需 fallback 到半透明 PNG：background-image: url(white-15.png);
复杂背景（图片/渐变）下，用 ::before 伪元素隔离图层
当表单放在 banner 图或线性渐变上时，单靠 rgba() 很难调出既透又稳的视觉平衡。
- 正确做法：给表单外层容器加 position: relative，再用 .form-container::before 绘制一层绝对定位的背景图或蒙版
- 示例关键代码：
.form-container {
position: relative;
}
.form-container::before {
content: "";
position: absolute;
top: 0; left: 0; width: 100%; height: 100%;
background: linear-gradient(rgba(255, 255, 255, 0.1), rgba(255, 255, 255, 0.1)), url(bg.jpg);
z-index: -1;
}- 必须设
z-index: -1，否则伪元素会盖住表单控件，导致点击失效- 避免给
form 本身设 opacity，哪怕只是调试用——它会污染整个交互链路
input 和 button 单独设透明度的风险点
精细控制某类控件（比如让提交按钮半透）看似合理，但容易引发意外：
- button:hover { opacity: 0.9 } 会让悬停反馈变弱，用户感知不到状态变化
- input:focus 时若背景用了 rgba()，但边框没同步调整，可能出现“聚焦了却看不出在哪”的问题
- 移动端键盘弹起后，opacity 可能触发重绘抖动，尤其在 iOS Safari 中更明显
- 所有透明控制必须落在背景层，color、border-color、box-shadow 这些保持高对比度，alpha 值只用于 background-color 或伪元素
真正难的不是写出那行 rgba(255, 255, 255, 0.82)，而是判断这个值在暗光环境、小字号、低分辨率屏幕下是否仍足够支撑可读性——它得和字体粗细、行高、背景图明暗动态匹配，而不是一劳永逸地写死。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
