JSFiddle 怎么用？HTML、CSS、JavaScript 小实验什么时候最顺手

想验证一个浏览器问题时，JSFiddle 比新建项目快很多

布局为什么没生效、事件监听有没有触发、某个 CSS 写法在浏览器里是什么效果，这类问题用几个面板就能复现。代码越小，别人也越容易帮你定位。

把复现案例缩小，通常比把整个项目贴上去更有用

报错来自复杂项目时，先把问题压缩到最少 HTML、CSS、JS。这样既能减少隐私泄露，也能更快确认问题到底来自浏览器、第三方库还是自己的业务逻辑。

外部资源和框架版本要写清楚

一个示例依赖什么 CDN、框架版本或浏览器 API，最好都显式说明。否则几个月后外部资源变了，原本能跑的例子可能会失效。

不适合拿来维护完整应用

它适合短小实验、教学和问题复现。需要多文件结构、包管理、构建流程和长期协作时，直接换 StackBlitz、CodeSandbox 或正式仓库会更省事。

一个好 Fiddle 应该让别人十秒内看懂问题

标题或说明里写清预期结果、实际结果和浏览器环境，再把无关代码删掉。别人打开后不用猜你想证明什么，复现案例才真正有交流价值。