HTML本身无法防御Canvas指纹，因其不执行逻辑、不调用API；meta和script标签对像素级渲染无影响，Firefox的privacy.resistFingerprinting是唯一系统级有效方案。
HTML 页面本身无法防御指纹追踪——它不执行逻辑、不访问设备 API、不生成熵值。所有所谓“HTML 防指纹”方案，本质都是在骗自己。
为什么 <meta> 和 <script> 标签对 Canvas 指纹无效
浏览器指纹（尤其是 Canvas）依赖的是 JavaScript 运行时调用 canvas.getContext('2d').getImageData() 或 toDataURL() 后的真实像素输出。HTML 中写个 <meta name="referrer" content="no-referrer"> 只影响 HTTP 头，对像素渲染零干扰；<script defer> 仅改变加载顺序，脚本仍会执行并采集数据。
-
<canvas>标签一旦被 JS 获取引用（document.getElementById('myCanvas')），就可任意绘图、读取、哈希 - 任何试图用
<script src="fp-blocker.js">声明式加载“防护脚本”的做法，都晚于指纹脚本的执行时机（除非你控制全部资源加载顺序） -
<noscript>只能禁用 JS，但绝大多数现代网站会直接降级或拒访
Firefox 的 privacy.resistFingerprinting 是唯一靠谱的起点
这不是一个“开关”，而是一套系统级重写规则：它让 window.screen.width 固定为 1000、navigator.deviceMemory 返回 undefined、CanvasRenderingContext2D.prototype.getImageData 实际返回标准化空白图像。效果立竿见影，但必须手动启用且重启生效。
- 地址栏输入
about:config→ 搜索privacy.resistFingerprinting→ 双击设为true - 顺手改掉
layout.css.devPixelsPerPx为1.0，否则devicePixelRatio仍可能泄露真实缩放 - 别信“刷新页面即生效”——必须彻底关闭再打开 Firefox，否则旧上下文残留
Chrome/Safari 用户只能靠扩展补位，但要注意冲突
Chrome 没有原生 resistFingerprinting，chrome://flags 里的 Strict Site Isolation 或 Reduced User Agent 对 Canvas/WebGL/AudioContext 指纹毫无作用。你真正能依赖的是扩展，但选错或叠用就会出问题。
立即学习“前端免费学习笔记（深入）”；
- CanvasBlocker 默认“加噪模式”兼容性最好；设成
block会导致图表、验证码、WebGL 游戏直接白屏 - 不要同时装 CanvasBlocker + Chameleon + Privacy Badger——它们都尝试覆盖
getImageData，容易互相覆盖导致返回null，触发网站异常检测 - Safari 用户需手动访问
safari://features开启Canvas 脚本阻断，否则即使装了 1Blocker 也拦不住toDataURL调用
真正的难点不在代码怎么写，而在权衡：禁用 WebGL/AudioContext 能干掉高区分度指纹，但也可能让视频会议、音乐播放器崩溃；把屏幕分辨率锁死到 1000×1000 虽安全，但某些响应式布局会错乱。没有银弹，只有取舍。
