TV浏览器viewport缩放导致像素模糊，根本原因是devicePixelRatio伪造成1.0/2.0且不支持pixelated缩放；应写死viewport宽度为1920并用screen.width动态设置rem基准，禁用initial-scale和vw，Canvas需手动同步DPR，video须用固定width/height属性。
viewport 缩放导致像素模糊
TV 浏览器（尤其是 WebKit 内核的 Tizen、WebOS、Android TV）对 viewport 的缩放处理很“激进”——它会把整个页面按比例拉伸渲染，而不是重排布局。结果就是文字发虚、按钮边缘锯齿、Canvas 图形糊成一片。
- 典型现象：
font-size: 16px在 4K 屏上看着像 8px 那么细，但实际 DOM 尺寸没变，只是被 GPU 拉伸采样了 - 根本原因：TV 系统常将
devicePixelRatio伪造成 1.0 或 2.0，而浏览器又不支持image-rendering: pixelated这类控制缩放算法的 CSS 属性 - 别用
initial-scale+width=device-width组合，TV 上device-width常返回错误值（比如 1920 被识别为 960） - 推荐写死 viewport 宽度：例如针对主流智能电视，统一设为
width=1920，再配合 CSS rem 动态适配
rem 基准未随 TV 分辨率动态调整
移动端用 document.documentElement.style.fontSize = '100px' 配合 1920px 设计稿很常见，但在 TV 上失效——因为 TV 浏览器不触发 resize 事件，也不响应 orientationchange，甚至部分机型连 matchMedia 都不准。
- 必须在页面加载完成时立即计算一次：读取
screen.width（不是window.innerWidth），再按比例设置根字体 - 避免用
vw单位：Tizen 5.5+ 支持，但 WebOS 4.0 及更早版本会把100vw当作物理像素而非逻辑视口宽，导致布局溢出 - 实操建议：
const baseWidth = 1920; const scale = screen.width / baseWidth; document.documentElement.style.fontSize = (100 * scale) + 'px';
注意：该代码需放在 中的 内，且不能 defer —— 否则 CSS 中的 rem 会先按默认 16px 计算，造成首屏闪动。
Canvas 和 SVG 渲染失真
TV 浏览器对 Canvas 的 devicePixelRatio 处理极不一致：有的返回 1，有的返回 2，有的甚至返回小数（如 1.25），但绘图上下文却不会自动缩放。
立即学习“前端免费学习笔记（深入）”；
- 现象：Canvas 画的直线粗细不均、文字描边错位、SVG
viewBox缩放后图标变形 - 关键动作：必须手动同步 canvas 元素的
width/height属性与 CSS 尺寸 × DPR，且仅靠ctx.scale(dpr, dpr)不够稳定 - 安全写法是固定 canvas 逻辑尺寸（如 1920×1080），再用 CSS 控制显示大小，并禁用所有缩放动画
示例中务必检查 canvas.clientWidth 是否等于预期值，TV 上常因全屏模式或系统 UI 覆盖导致该值跳变。
video 标签在 TV 上播放后画面拉伸/裁剪异常
不是编码问题，而是 TV 浏览器对 的 object-fit 和 aspect-ratio 支持极差。Tizen 6.0 才开始部分支持 object-fit: cover，WebOS 3.x 完全忽略该属性。
- 最稳妥方案：不用 CSS 控制视频尺寸，改用
固定属性，并确保源文件分辨率严格匹配 - 若需适配不同屏幕比例（如 21:9 影院屏），必须服务端提供多套分辨率视频，前端通过 JS 判断
screen.availHeight / screen.availWidth后切换src - 切记移除所有
transform: scale()或zoom相关样式——TV 浏览器对这些属性的硬件加速路径存在严重 bug
TV 浏览器的缩放失真本质是「渲染管线不可控」，不是 CSS 写得不够好。真正有效的校准，永远始于放弃「响应式通用方案」，转而针对每类 TV 系统做最小化适配：Tizen 优先查 navigator.tizen，WebOS 查 window.webOS，Android TV 查 navigator.userAgent 里的 SmartTV 或 CrKey。细节决定能否播满整块大屏。
