每次带新人或者给团队做内部分享时我都习惯整理一套HTML5相关的小测验。一方面是帮大家查漏补缺另一方面也能通过题目反推出平时最容易忽略的细节。“HTML5 测验四”就是这一系列里的第四套主打的是综合应用从媒体播放兼容性到Canvas动画特效再到语义化网页设计一套题基本把HTML5里最常用、也最容易踩坑的几个方向都覆盖到了。这篇文章直接把测验背后的考点、参考答案思路和实操中的经验教训一并拆开讲适合正在系统学习HTML5的初学者也适合想借题目复盘自己知识盲区的开发者。1. 整体设计与考点拆解1.1 为什么把测验四做成“综合应用”而不是单纯挖语法前三套测验我主要聚焦在HTML5的基础标签、表单元素和简单的API调用上。到了第四套如果还是考“这个标签怎么用”“那个属性是什么”对新人的帮助就非常有限了。实际开发中一个页面或一个功能往往是把多个HTML5能力糅合在一起用的能写对标签只能算入门真正拉开差距的是“在真实场景里能不能选对方案、能不能处理好兼容和性能”。所以测验四在设计时设定了三条主线第一是媒体与兼容性第二是Canvas与动画创意第三是语义化与页面结构。每条主线都不是孤立的知识点而是模拟了一个完整的小需求。比如“不同浏览器对HTML5播放器的支持”“html5圣诞贺卡”“html5爱心烟花特效代码”这些热搜词本质上都是这三个方向下的具体场景。把它们转换成测验题考的就是“你怎么实现、为什么这么实现、出了问题怎么排查”。这种综合型的测验还有一个好处它能逼着答题者跳出“背API”的舒适区去思考浏览器差异、性能开销、用户交互这些工程化问题。我见过太多能把MDN文档倒背如流但一写页面就崩的开发者测验四的核心目的就是筛出这种“知其然不知其所以然”的情况。1.2 测验四的考点分布和难度梯度整个测验四我设计成了六个大题每个大题下附带两到三个小题总分100分。考点的分布大概是这样的题型考点方向占比难度单选题音频/视频标签属性15%低判断题浏览器兼容性结论10%中填空题Canvas基础API15%低简答题语义化标签选择与理由20%中实操题圣诞贺卡页面实现20%高排查题播放器/动画问题定位20%高难度梯度从低到高的设计是故意的。前两题让基础薄弱的人也能拿分建立信心中间的题开始考察理解最后两道题才是真正拉开差距的地方。实操题和排查题没有标准答案只要思路清晰、可以实现、能说明白原理我都会给分。这一套测验做下来一般40分钟到1小时能完成。我建议做题的时候不要翻文档做完再统一对答案这样暴露出来的问题才真实。2. 媒体播放与浏览器兼容性核心考点2.1 “不同浏览器对HTML5播放器支持”这道题在考什么测验四里有一道单选题原题大概是在Chrome、Firefox、Safari三款浏览器中以下关于HTML5视频播放的说法哪一项是正确的。选项涉及编解码格式、自动播放策略、全屏API差异。这道题其实埋了好几个坑。很多人只知道“HTML5用video标签播放视频”但不知道同一个视频在不同的浏览器里可能一个能播一个黑屏。当年各浏览器在视频编解码格式上的分裂是出了名的Chrome和Firefox支持WebMVP8/VP9Safari对H.264支持最好而早期的IE对H.264以外的格式几乎没辙。虽然现在情况有所缓解但真要做一个面向全平台的播放器格式兼容依然是绕不开的问题。我刚入行那年就吃过一次大亏给一个活动页面只放了一个MP4格式的视频源结果Firefox用户大面积反馈播放不了。后来才明白稳妥的做法是用source标签声明多个格式让浏览器自己选它支持的video controls width640 posterposter.jpg source srcmovie.mp4 typevideo/mp4 source srcmovie.webm typevideo/webm source srcmovie.ogv typevideo/ogg 你的浏览器不支持HTML5视频播放。 /video这段代码看起来简单但背后的逻辑是浏览器从上往下依次解析source元素遇到第一个type能识别的就加载后面的一律不请求。所以多源声明的顺序非常重要通常把体积小、质量好的格式放在前面。2.2 自动播放、内联播放这些“坑”比格式兼容更隐蔽视频格式兼容只是第一层真正让新人抓狂的是自动播放策略。测验四的判断题里我写了一句“只要给video标签加了autoplay属性页面加载后视频就会自动播放”这句话是错的但很多人选了“正确”。现在的主流浏览器都强制要求带声音的自动播放会被拦截。Chrome从2018年左右开始执行严格的自动播放策略Safari更是要求用户至少与页面有过一次交互才能播放有声视频。唯一的例外是Muted静音状态下的自动播放浏览器基本放行。所以如果产品经理提了个需求“进入页面视频就要开始播但用户点一下要有声音”正确的姿势是这样的video autoplay muted playsinline loop source srcloop.mp4 typevideo/mp4 /videoautoplay让浏览器尝试自动播放muted确保这个请求不被拦截playsinline是iOS Safari上让视频在页面内播放而不是强制全屏的关键loop让视频循环营造背景视频的效果。等用户点了某个按钮想要声音时再用JavaScript把muted属性去掉并调用video.play()。const video document.querySelector(video); document.getElementById(enableSoundBtn).addEventListener(click, function () { video.muted false; video.play(); });这里有个很多人不知道的细节把muted设为false之后浏览器不一定会自动继续播放通常还要手动调一次play()因为播放状态在切换静音时可能被中断。2.3 适配老旧浏览器的降级方案测验四的简答题里有一问是“如果用户还在用IE8你的HTML5视频方案该怎么调整”。这道题没有标准答案但核心思路是一致的先检测浏览器能力再决定加载哪套方案。能力检测推荐用Modernizr这类工具或者手写一个简单的检测逻辑const video document.createElement(video); if (typeof video.canPlayType function) { // 支持HTML5视频走source多源方案 } else { // 不支持降级到Flash播放器如果是当年或显示提示信息 }当然现在还在用IE8的用户已经极其罕见了但“先检测再降级”的思路永远不过时。今天的“IE8”可能是某个旧版本WebView也可能是微信内置浏览器的某个特供版本。写代码的时候多写一层降级线上就能少收到一堆报障。提示做媒体播放永远不要假设所有用户的浏览器行为都跟你的Chrome一样。把“格式、自动播放、内联播放、降级”这四个词刻在脑子里能少踩90%的坑。3. 创意类考题圣诞贺卡与爱心烟花特效3.1 实操题要求和技术选型分析测验四的实操题是“用HTML5实现一个圣诞贺卡页面要求包含动态元素和互动效果”。这个题目看起来自由发挥但我心里其实是有一个基准方案的也就是Combining Canvas动画、CSS动效和少量JavaScript。很多人一看到“圣诞贺卡”就想着堆图片和装饰素材审美在线但技术含量不高也有人直接上WebGL做3D雪花酷炫但对多数人来说学习成本太高。我期望的答案是用Canvas做一层飘雪粒子用CSS动画做礼盒和圣诞树的呼吸感再用一小段JavaScript实现点击触发爱心烟花特效。这里面的技术选型逻辑值得展开讲一讲。Canvas适合做需要逐帧绘制的效果比如雪花飘落、烟花爆炸因为这类效果涉及大量粒子的位置更新和渲染DOM操作根本扛不住CSS动画则适合做有明确起始状态和结束状态的过渡比如礼盒的缩放、装饰品的晃动用CSS的keyframes实现起来代码量少、性能也好。两者搭配既保证流畅度又控制开发成本。3.2 爱心烟花特效的核心实现思路爱心烟花特效是这次热搜词里比较火的一个方向也是很多新手一看源码就懵的部分。我拆开来讲讲它的核心逻辑。烟花特效一般分两个阶段上升阶段和爆炸阶段。上升阶段比较简单就是一枚“焰火”从底部以一定初速度向上飞同时因重力逐渐减速到达目标高度后进入爆炸阶段。爆炸阶段得生成几十上百个粒子让它们从爆心向外扩散。关键代码长这样// 粒子对象 function Particle(x, y, vx, vy, color, size) { this.x x; this.y y; this.vx vx; this.vy vy; this.color color; this.size size; this.alpha 1; this.decay 0.015; // 透明度衰减速度 } // 更新粒子位置 Particle.prototype.update function () { this.vy 0.05; // 模拟重力 this.x this.vx; this.y this.vy; this.alpha - this.decay; }; // 绘制粒子 Particle.prototype.draw function (ctx) { ctx.save(); ctx.globalAlpha Math.max(0, this.alpha); ctx.fillStyle this.color; ctx.beginPath(); ctx.arc(this.x, this.y, this.size, 0, Math.PI * 2); ctx.fill(); ctx.restore(); };如果想让粒子爆炸成爱心形状就不能用均匀圆扩散了。可以提前算好爱心曲线的点坐标然后把这些点作为粒子的“目标方向”粒子从爆心出发朝对应方向扩散。爱心曲线的参数方程是for (let t 0; t Math.PI * 2; t 0.01) { const x 16 * Math.pow(Math.sin(t), 3); const y 13 * Math.cos(t) - 5 * Math.cos(2 * t) - 2 * Math.cos(3 * t) - Math.cos(4 * t); // (x, y) 就是爱心轮廓上的点 }把目标点算出来后用“爆心到目标点”的向量方向作为粒子的速度方向就能让散开的粒子恰好排布成一颗爱心。3.3 让动画跑出60帧的小技巧动画实现不难难的是在低端机上也能跑流畅。测验四里我要求学生写主循环时统一用requestAnimationFrame而不是setInterval这就是一个很重要的性能细节。requestAnimationFrame的优势在于它跟屏幕的刷新率同步一般为60Hz也就是说每秒钟最多执行60次不会因为事件循环积压过多任务导致卡顿同时页面切换到后台时它会自动暂停不白白消耗CPU和电量。对比起来setInterval固定间隔执行即使页面不可见也照跑不误不仅浪费资源还容易积压回调。const canvas document.getElementById(fireworks); const ctx canvas.getContext(2d); let particles []; function animate() { ctx.clearRect(0, 0, canvas.width, canvas.height); // 更新并绘制所有粒子 for (let i particles.length - 1; i 0; i--) { particles[i].update(); particles[i].draw(ctx); if (particles[i].alpha 0) { particles.splice(i, 1); } } requestAnimationFrame(animate); }这里还有一个细节遍历粒子时用了倒序遍历原因是在循环里删除元素时倒序删除不会导致索引错位。这种细节在新手代码里不常见但线上环境必须注意。3.4 圣诞贺卡页面的完整结构参考实操题里我给过一个参考结构大致是把页面分成背景层、装饰层、互动层三层。背景层用CSS渐变模拟冬日天空装饰层放圣诞树和礼盒互动层是一个Canvas画布覆盖在整个页面上用来绘制雪花和烟花。div classcard div classsky/div div classscene div classtree/div div classgift/div /div canvas idfx/canvas h1 classgreetingMerry Christmas!/h1 /divCSS部分用position把Canvas绝对定位到页面顶层设置pointer-events: none这样Canvas不会挡住底下按钮的点击事件。这个细节特别重要不然用户想点击页面里的按钮时会发现点不动因为被透明Canvas拦截了。4. 语义化标签与网页设计实践4.1 测验里为什么非要考语义化测验四里有一组填空题给一段毫无结构的HTML要求用header、nav、main、article、section、aside、footer等语义化标签重新组织页面结构。每次批改这套题我都能看到五花八门的答案最常见的错误是把section当div用把article嵌套在完全没有上下文的div里。语义化不是“给页面加几个好听的标签名”它的价值体现在三个方面可访问性、SEO和代码可维护性。屏幕阅读器会依赖语义化标签来朗读页面结构搜索引擎会更准确地理解页面内容的层次关系项目维护者通过标签就能迅速判断某个区域在页面中的角色。我做了一个对比表格方便大家一眼看懂常用语义化标签的适用场景标签适用场景反例header页面头部或某篇文章的头部把整段广告塞进headernav主导航、页内锚点导航链接组把所有链接都包在nav里main页面主内容一个页面只能有一个页面里出现多个mainarticle独立的、完整的内容块如博客文章、评论把侧边栏的推荐列表放articlesection有主题的一组内容通常带标题把用于布局的纯容器也写成sectionaside侧边栏、广告、相关链接、补充说明把主要内容包裹在aside里footer页面底部或某篇文章的底部信息在页面中间随便放footer很多人问我“如果只是做个简单页面不用这些标签直接用div不行吗”行但上线后SEO和可访问性会悄悄吃亏。一个干净的语义化页面对于搜索引擎来说就像一本目录清晰的工具书而对不懂得维护代码的后来人来说多几个标签名比一堆class命名友好太多。4.2 HTML5表单新特性在网页设计中的应用测验四还有一个关于表单的考点要求用HTML5原生表单能力实现一个包含姓名、邮箱、年龄、城市选择的注册表单且不能使用任何JavaScript校验。这道题的真意是考察大家对H5表单新特性的熟练度。HTML5表单远不止多几个input类型那么简单它自带了一套完整的校验体系form idregisterForm input typetext nameusername placeholder用户名 required minlength2 maxlength10 input typeemail nameemail placeholder邮箱 required input typenumber nameage placeholder年龄 min18 max120 required input typetext namecity placeholder城市 listcityList required datalist idcityList option value北京/option option value上海/option option value广州/option option value深圳/option /datalist button typesubmit注册/button /form这里有几个容易忽略的点required让浏览器在提交时自动检查是否为空minlength和maxlength控制输入长度typeemail会自动校验邮箱格式typenumber配min和max限制输入范围datalist给输入框提供可选择的建议值用户仍然可以自由输入。如果需要在提交时调API或做更复杂的校验可以监听submit事件然后用form.checkValidity()拿到整体校验结果配合reportValidity()显示错误提示。这样既有浏览器原生的交互体验又能保留JavaScript的业务逻辑处理能力。4.3 响应式设计时容易丢的meta标签网页设计方向的题目里我顺手塞了一问“移动端开发时viewport标签怎么写”。这题看着简单但不少人在真实项目里会漏写。没有viewport标签移动浏览器会用默认的980px宽度渲染页面然后整体缩小字体小到看不清用户不得不手动缩放。正确的写法是meta nameviewport contentwidthdevice-width, initial-scale1.0其中widthdevice-width让页面宽度跟设备宽度一致initial-scale1.0设置初始缩放比例为1倍。如果页面里用了大表格或者横向布局还可以考虑加maximum-scale和user-scalableno但这两个属性会影响可访问性不建议轻易使用。让用户能自由缩放永远是更稳妥的选择。5. 实操中常见问题与排查技巧5.1 高频问题速查表每次测验改完我都会把这批人栽过跟头的问题汇总成一张表发到团队群里让大家当作避坑清单用。这里也贴出来分享现象原因解决方案视频在Chrome能播Firefox黑屏只提供了一个MP4源添加WebM/Ogg格式的sourceautoplay属性加了但视频不自动播浏览器自动播放策略拦截加muted属性用户交互后再开声音iOS Safari点击播放直接全屏缺少playsinline属性视频标签加playsinlineCanvas画布上粒子拖影严重没有在每一帧开头清空画布使用clearRect或重置画布尺寸页面卡顿CPU占用高使用了setInterval驱动动画改用requestAnimationFrameCanvas挡住按钮和链接没有设置pointer-events: none对装饰性Canvas设置该CSS属性点击表单提交后页面刷新submit事件未调用preventDefault在事件回调里阻止默认行为语义化标签在IE里没样式IE8及以下不支持未被识别的标签使用document.createElement或引入html5shiv5.2 排查问题时的通用方法论上面这些问题虽然看起来零散但排查思路是有共性的。我习惯用“复现-隔离-验证”三步走。复现就是先想办法在本地或测试环境稳定复现问题不能复现的问题没法修。隔离是缩小范围比如视频播放不了先判断是浏览器问题还是网络问题用Chrome DevTools的Network面板看视频请求状态码和响应头再用video.error属性和video.networkState做二次确认。验证是改完代码后不只在当前浏览器验证还要在多个浏览器和真实设备上跑一遍。举个例子有人报手机端视频自动播放失败我第一步不是改代码而是先问清楚是哪台手机、什么系统、哪个浏览器。Android上Chrome和iOS Safari对自动播放的处理策略就有差异。iOS Safari在低电量模式下可能连静音视频都不自动播放。这种千奇百怪的环境差异只有靠系统性的排查方法才能应对。5.3 几个独家避坑细节多写几年HTML5有些坑就成了肌肉记忆。这里分享几个我自己的独家细节第一Canvas做动画时如果粒子数量特别多建议不要每次在循环里fillStyle重新赋值可以按颜色分组同样颜色的粒子放在一起一次fill批量绘制能显著减少绘制调用次数。第二给video播放器做自定义控件时currentTime属性和duration的更新时机很微妙不要在timeupdate事件里直接操作DOM要先用requestAnimationFrame收集一下再批量更新否则会频繁触发布局抖动。第三写圣诞贺卡这类节日页面时一定要考虑活动结束后的下线逻辑。不要让Canvas动画永远跑着如果是营销活动建议在页面卸载时主动调用cancelAnimationFrame释放资源。注意HTML5开发的核心不只是记住标签和API更重要的是理解浏览器差异、性能瓶颈和用户体验这些工程问题。测验四的每一道题最终都是往这些方向引的。6. 把测验思维转化成实战能力测验四做完之后不少学员问我“老师这些题目我背下来有用吗”我的回答一直是背题没有用但理解题目背后的逻辑很有用。比如“html5爱心烟花特效代码”这类需求表面上是让你做个好看的动效实际上考的是粒子系统、动画循环、物理模拟、Canvas渲染优化。只要你掌握了这些底层能力就算明天需求换成“圣诞飘雪”“生日彩带”你也一样能写因为核心机制没变。“html5 school”这类学习资源也一样官方文档和教程只能告诉你“API怎么用”但现实项目里遇到的往往是“API在某种特定环境下不按文档工作”。这时候光看文档是不够的必须靠实践积累和问题排查能力。我的建议是每学一个新特性都拿它做一个完整的、可以上线的小项目。测验四的圣诞贺卡页面就是一个很好的练习方向——它涵盖了媒体元素、Canvas、CSS动画、语义化结构、响应式设计做完一个页面几乎就把HTML5在Web页面开发中80%的高频知识点串起来了。另外写任何HTML5页面时都养成开DevTools看Console和Network的习惯。很多浏览器兼容问题、性能问题在Console里都会有warning提示比如“该视频格式可能无法在当前浏览器播放”“Autoplay is not allowed”等。这些提示就是浏览器给开发者的暗号看见了就顺着排查能省下大量调试时间。在我看来HTML5并不是一个需要“学完”才能用的技术它更像一套需要不断打磨的兵器。做测验、写demo、读源码、复盘线上问题最终都是为了把这些能力内化成肌肉记忆。等你哪天写视频播放器不查 compatibility 表写粒子动画不重读 requestAnimationFrame 文档再回头看“HTML5 测验四”这套题可能会觉得它过于基础了——那说明你已经真正进阶了。 
长河君 · 2026/8/29 23:26:40 · 阅读 1.2k HTML5综合测验四：媒体兼容、Canvas动画与语义化实践
每次带新人或者给团队做内部分享时我都习惯整理一套HTML5相关的小测验。一方面是帮大家查漏补缺另一方面也能通过题目反推出平时最容易忽略的细节。“HTML5 测验四”就是这一系列里的第四套主打的是综合应用从媒体播放兼容性到Canvas动画特效再到语义化网页设计一套题基本把HTML5里最常用、也最容易踩坑的几个方向都覆盖到了。这篇文章直接把测验背后的考点、参考答案思路和实操中的经验教训一并拆开讲适合正在系统学习HTML5的初学者也适合想借题目复盘自己知识盲区的开发者。1. 整体设计与考点拆解1.1 为什么把测验四做成“综合应用”而不是单纯挖语法前三套测验我主要聚焦在HTML5的基础标签、表单元素和简单的API调用上。到了第四套如果还是考“这个标签怎么用”“那个属性是什么”对新人的帮助就非常有限了。实际开发中一个页面或一个功能往往是把多个HTML5能力糅合在一起用的能写对标签只能算入门真正拉开差距的是“在真实场景里能不能选对方案、能不能处理好兼容和性能”。所以测验四在设计时设定了三条主线第一是媒体与兼容性第二是Canvas与动画创意第三是语义化与页面结构。每条主线都不是孤立的知识点而是模拟了一个完整的小需求。比如“不同浏览器对HTML5播放器的支持”“html5圣诞贺卡”“html5爱心烟花特效代码”这些热搜词本质上都是这三个方向下的具体场景。把它们转换成测验题考的就是“你怎么实现、为什么这么实现、出了问题怎么排查”。这种综合型的测验还有一个好处它能逼着答题者跳出“背API”的舒适区去思考浏览器差异、性能开销、用户交互这些工程化问题。我见过太多能把MDN文档倒背如流但一写页面就崩的开发者测验四的核心目的就是筛出这种“知其然不知其所以然”的情况。1.2 测验四的考点分布和难度梯度整个测验四我设计成了六个大题每个大题下附带两到三个小题总分100分。考点的分布大概是这样的题型考点方向占比难度单选题音频/视频标签属性15%低判断题浏览器兼容性结论10%中填空题Canvas基础API15%低简答题语义化标签选择与理由20%中实操题圣诞贺卡页面实现20%高排查题播放器/动画问题定位20%高难度梯度从低到高的设计是故意的。前两题让基础薄弱的人也能拿分建立信心中间的题开始考察理解最后两道题才是真正拉开差距的地方。实操题和排查题没有标准答案只要思路清晰、可以实现、能说明白原理我都会给分。这一套测验做下来一般40分钟到1小时能完成。我建议做题的时候不要翻文档做完再统一对答案这样暴露出来的问题才真实。2. 媒体播放与浏览器兼容性核心考点2.1 “不同浏览器对HTML5播放器支持”这道题在考什么测验四里有一道单选题原题大概是在Chrome、Firefox、Safari三款浏览器中以下关于HTML5视频播放的说法哪一项是正确的。选项涉及编解码格式、自动播放策略、全屏API差异。这道题其实埋了好几个坑。很多人只知道“HTML5用video标签播放视频”但不知道同一个视频在不同的浏览器里可能一个能播一个黑屏。当年各浏览器在视频编解码格式上的分裂是出了名的Chrome和Firefox支持WebMVP8/VP9Safari对H.264支持最好而早期的IE对H.264以外的格式几乎没辙。虽然现在情况有所缓解但真要做一个面向全平台的播放器格式兼容依然是绕不开的问题。我刚入行那年就吃过一次大亏给一个活动页面只放了一个MP4格式的视频源结果Firefox用户大面积反馈播放不了。后来才明白稳妥的做法是用source标签声明多个格式让浏览器自己选它支持的video controls width640 posterposter.jpg source srcmovie.mp4 typevideo/mp4 source srcmovie.webm typevideo/webm source srcmovie.ogv typevideo/ogg 你的浏览器不支持HTML5视频播放。 /video这段代码看起来简单但背后的逻辑是浏览器从上往下依次解析source元素遇到第一个type能识别的就加载后面的一律不请求。所以多源声明的顺序非常重要通常把体积小、质量好的格式放在前面。2.2 自动播放、内联播放这些“坑”比格式兼容更隐蔽视频格式兼容只是第一层真正让新人抓狂的是自动播放策略。测验四的判断题里我写了一句“只要给video标签加了autoplay属性页面加载后视频就会自动播放”这句话是错的但很多人选了“正确”。现在的主流浏览器都强制要求带声音的自动播放会被拦截。Chrome从2018年左右开始执行严格的自动播放策略Safari更是要求用户至少与页面有过一次交互才能播放有声视频。唯一的例外是Muted静音状态下的自动播放浏览器基本放行。所以如果产品经理提了个需求“进入页面视频就要开始播但用户点一下要有声音”正确的姿势是这样的video autoplay muted playsinline loop source srcloop.mp4 typevideo/mp4 /videoautoplay让浏览器尝试自动播放muted确保这个请求不被拦截playsinline是iOS Safari上让视频在页面内播放而不是强制全屏的关键loop让视频循环营造背景视频的效果。等用户点了某个按钮想要声音时再用JavaScript把muted属性去掉并调用video.play()。const video document.querySelector(video); document.getElementById(enableSoundBtn).addEventListener(click, function () { video.muted false; video.play(); });这里有个很多人不知道的细节把muted设为false之后浏览器不一定会自动继续播放通常还要手动调一次play()因为播放状态在切换静音时可能被中断。2.3 适配老旧浏览器的降级方案测验四的简答题里有一问是“如果用户还在用IE8你的HTML5视频方案该怎么调整”。这道题没有标准答案但核心思路是一致的先检测浏览器能力再决定加载哪套方案。能力检测推荐用Modernizr这类工具或者手写一个简单的检测逻辑const video document.createElement(video); if (typeof video.canPlayType function) { // 支持HTML5视频走source多源方案 } else { // 不支持降级到Flash播放器如果是当年或显示提示信息 }当然现在还在用IE8的用户已经极其罕见了但“先检测再降级”的思路永远不过时。今天的“IE8”可能是某个旧版本WebView也可能是微信内置浏览器的某个特供版本。写代码的时候多写一层降级线上就能少收到一堆报障。提示做媒体播放永远不要假设所有用户的浏览器行为都跟你的Chrome一样。把“格式、自动播放、内联播放、降级”这四个词刻在脑子里能少踩90%的坑。3. 创意类考题圣诞贺卡与爱心烟花特效3.1 实操题要求和技术选型分析测验四的实操题是“用HTML5实现一个圣诞贺卡页面要求包含动态元素和互动效果”。这个题目看起来自由发挥但我心里其实是有一个基准方案的也就是Combining Canvas动画、CSS动效和少量JavaScript。很多人一看到“圣诞贺卡”就想着堆图片和装饰素材审美在线但技术含量不高也有人直接上WebGL做3D雪花酷炫但对多数人来说学习成本太高。我期望的答案是用Canvas做一层飘雪粒子用CSS动画做礼盒和圣诞树的呼吸感再用一小段JavaScript实现点击触发爱心烟花特效。这里面的技术选型逻辑值得展开讲一讲。Canvas适合做需要逐帧绘制的效果比如雪花飘落、烟花爆炸因为这类效果涉及大量粒子的位置更新和渲染DOM操作根本扛不住CSS动画则适合做有明确起始状态和结束状态的过渡比如礼盒的缩放、装饰品的晃动用CSS的keyframes实现起来代码量少、性能也好。两者搭配既保证流畅度又控制开发成本。3.2 爱心烟花特效的核心实现思路爱心烟花特效是这次热搜词里比较火的一个方向也是很多新手一看源码就懵的部分。我拆开来讲讲它的核心逻辑。烟花特效一般分两个阶段上升阶段和爆炸阶段。上升阶段比较简单就是一枚“焰火”从底部以一定初速度向上飞同时因重力逐渐减速到达目标高度后进入爆炸阶段。爆炸阶段得生成几十上百个粒子让它们从爆心向外扩散。关键代码长这样// 粒子对象 function Particle(x, y, vx, vy, color, size) { this.x x; this.y y; this.vx vx; this.vy vy; this.color color; this.size size; this.alpha 1; this.decay 0.015; // 透明度衰减速度 } // 更新粒子位置 Particle.prototype.update function () { this.vy 0.05; // 模拟重力 this.x this.vx; this.y this.vy; this.alpha - this.decay; }; // 绘制粒子 Particle.prototype.draw function (ctx) { ctx.save(); ctx.globalAlpha Math.max(0, this.alpha); ctx.fillStyle this.color; ctx.beginPath(); ctx.arc(this.x, this.y, this.size, 0, Math.PI * 2); ctx.fill(); ctx.restore(); };如果想让粒子爆炸成爱心形状就不能用均匀圆扩散了。可以提前算好爱心曲线的点坐标然后把这些点作为粒子的“目标方向”粒子从爆心出发朝对应方向扩散。爱心曲线的参数方程是for (let t 0; t Math.PI * 2; t 0.01) { const x 16 * Math.pow(Math.sin(t), 3); const y 13 * Math.cos(t) - 5 * Math.cos(2 * t) - 2 * Math.cos(3 * t) - Math.cos(4 * t); // (x, y) 就是爱心轮廓上的点 }把目标点算出来后用“爆心到目标点”的向量方向作为粒子的速度方向就能让散开的粒子恰好排布成一颗爱心。3.3 让动画跑出60帧的小技巧动画实现不难难的是在低端机上也能跑流畅。测验四里我要求学生写主循环时统一用requestAnimationFrame而不是setInterval这就是一个很重要的性能细节。requestAnimationFrame的优势在于它跟屏幕的刷新率同步一般为60Hz也就是说每秒钟最多执行60次不会因为事件循环积压过多任务导致卡顿同时页面切换到后台时它会自动暂停不白白消耗CPU和电量。对比起来setInterval固定间隔执行即使页面不可见也照跑不误不仅浪费资源还容易积压回调。const canvas document.getElementById(fireworks); const ctx canvas.getContext(2d); let particles []; function animate() { ctx.clearRect(0, 0, canvas.width, canvas.height); // 更新并绘制所有粒子 for (let i particles.length - 1; i 0; i--) { particles[i].update(); particles[i].draw(ctx); if (particles[i].alpha 0) { particles.splice(i, 1); } } requestAnimationFrame(animate); }这里还有一个细节遍历粒子时用了倒序遍历原因是在循环里删除元素时倒序删除不会导致索引错位。这种细节在新手代码里不常见但线上环境必须注意。3.4 圣诞贺卡页面的完整结构参考实操题里我给过一个参考结构大致是把页面分成背景层、装饰层、互动层三层。背景层用CSS渐变模拟冬日天空装饰层放圣诞树和礼盒互动层是一个Canvas画布覆盖在整个页面上用来绘制雪花和烟花。div classcard div classsky/div div classscene div classtree/div div classgift/div /div canvas idfx/canvas h1 classgreetingMerry Christmas!/h1 /divCSS部分用position把Canvas绝对定位到页面顶层设置pointer-events: none这样Canvas不会挡住底下按钮的点击事件。这个细节特别重要不然用户想点击页面里的按钮时会发现点不动因为被透明Canvas拦截了。4. 语义化标签与网页设计实践4.1 测验里为什么非要考语义化测验四里有一组填空题给一段毫无结构的HTML要求用header、nav、main、article、section、aside、footer等语义化标签重新组织页面结构。每次批改这套题我都能看到五花八门的答案最常见的错误是把section当div用把article嵌套在完全没有上下文的div里。语义化不是“给页面加几个好听的标签名”它的价值体现在三个方面可访问性、SEO和代码可维护性。屏幕阅读器会依赖语义化标签来朗读页面结构搜索引擎会更准确地理解页面内容的层次关系项目维护者通过标签就能迅速判断某个区域在页面中的角色。我做了一个对比表格方便大家一眼看懂常用语义化标签的适用场景标签适用场景反例header页面头部或某篇文章的头部把整段广告塞进headernav主导航、页内锚点导航链接组把所有链接都包在nav里main页面主内容一个页面只能有一个页面里出现多个mainarticle独立的、完整的内容块如博客文章、评论把侧边栏的推荐列表放articlesection有主题的一组内容通常带标题把用于布局的纯容器也写成sectionaside侧边栏、广告、相关链接、补充说明把主要内容包裹在aside里footer页面底部或某篇文章的底部信息在页面中间随便放footer很多人问我“如果只是做个简单页面不用这些标签直接用div不行吗”行但上线后SEO和可访问性会悄悄吃亏。一个干净的语义化页面对于搜索引擎来说就像一本目录清晰的工具书而对不懂得维护代码的后来人来说多几个标签名比一堆class命名友好太多。4.2 HTML5表单新特性在网页设计中的应用测验四还有一个关于表单的考点要求用HTML5原生表单能力实现一个包含姓名、邮箱、年龄、城市选择的注册表单且不能使用任何JavaScript校验。这道题的真意是考察大家对H5表单新特性的熟练度。HTML5表单远不止多几个input类型那么简单它自带了一套完整的校验体系form idregisterForm input typetext nameusername placeholder用户名 required minlength2 maxlength10 input typeemail nameemail placeholder邮箱 required input typenumber nameage placeholder年龄 min18 max120 required input typetext namecity placeholder城市 listcityList required datalist idcityList option value北京/option option value上海/option option value广州/option option value深圳/option /datalist button typesubmit注册/button /form这里有几个容易忽略的点required让浏览器在提交时自动检查是否为空minlength和maxlength控制输入长度typeemail会自动校验邮箱格式typenumber配min和max限制输入范围datalist给输入框提供可选择的建议值用户仍然可以自由输入。如果需要在提交时调API或做更复杂的校验可以监听submit事件然后用form.checkValidity()拿到整体校验结果配合reportValidity()显示错误提示。这样既有浏览器原生的交互体验又能保留JavaScript的业务逻辑处理能力。4.3 响应式设计时容易丢的meta标签网页设计方向的题目里我顺手塞了一问“移动端开发时viewport标签怎么写”。这题看着简单但不少人在真实项目里会漏写。没有viewport标签移动浏览器会用默认的980px宽度渲染页面然后整体缩小字体小到看不清用户不得不手动缩放。正确的写法是meta nameviewport contentwidthdevice-width, initial-scale1.0其中widthdevice-width让页面宽度跟设备宽度一致initial-scale1.0设置初始缩放比例为1倍。如果页面里用了大表格或者横向布局还可以考虑加maximum-scale和user-scalableno但这两个属性会影响可访问性不建议轻易使用。让用户能自由缩放永远是更稳妥的选择。5. 实操中常见问题与排查技巧5.1 高频问题速查表每次测验改完我都会把这批人栽过跟头的问题汇总成一张表发到团队群里让大家当作避坑清单用。这里也贴出来分享现象原因解决方案视频在Chrome能播Firefox黑屏只提供了一个MP4源添加WebM/Ogg格式的sourceautoplay属性加了但视频不自动播浏览器自动播放策略拦截加muted属性用户交互后再开声音iOS Safari点击播放直接全屏缺少playsinline属性视频标签加playsinlineCanvas画布上粒子拖影严重没有在每一帧开头清空画布使用clearRect或重置画布尺寸页面卡顿CPU占用高使用了setInterval驱动动画改用requestAnimationFrameCanvas挡住按钮和链接没有设置pointer-events: none对装饰性Canvas设置该CSS属性点击表单提交后页面刷新submit事件未调用preventDefault在事件回调里阻止默认行为语义化标签在IE里没样式IE8及以下不支持未被识别的标签使用document.createElement或引入html5shiv5.2 排查问题时的通用方法论上面这些问题虽然看起来零散但排查思路是有共性的。我习惯用“复现-隔离-验证”三步走。复现就是先想办法在本地或测试环境稳定复现问题不能复现的问题没法修。隔离是缩小范围比如视频播放不了先判断是浏览器问题还是网络问题用Chrome DevTools的Network面板看视频请求状态码和响应头再用video.error属性和video.networkState做二次确认。验证是改完代码后不只在当前浏览器验证还要在多个浏览器和真实设备上跑一遍。举个例子有人报手机端视频自动播放失败我第一步不是改代码而是先问清楚是哪台手机、什么系统、哪个浏览器。Android上Chrome和iOS Safari对自动播放的处理策略就有差异。iOS Safari在低电量模式下可能连静音视频都不自动播放。这种千奇百怪的环境差异只有靠系统性的排查方法才能应对。5.3 几个独家避坑细节多写几年HTML5有些坑就成了肌肉记忆。这里分享几个我自己的独家细节第一Canvas做动画时如果粒子数量特别多建议不要每次在循环里fillStyle重新赋值可以按颜色分组同样颜色的粒子放在一起一次fill批量绘制能显著减少绘制调用次数。第二给video播放器做自定义控件时currentTime属性和duration的更新时机很微妙不要在timeupdate事件里直接操作DOM要先用requestAnimationFrame收集一下再批量更新否则会频繁触发布局抖动。第三写圣诞贺卡这类节日页面时一定要考虑活动结束后的下线逻辑。不要让Canvas动画永远跑着如果是营销活动建议在页面卸载时主动调用cancelAnimationFrame释放资源。注意HTML5开发的核心不只是记住标签和API更重要的是理解浏览器差异、性能瓶颈和用户体验这些工程问题。测验四的每一道题最终都是往这些方向引的。6. 把测验思维转化成实战能力测验四做完之后不少学员问我“老师这些题目我背下来有用吗”我的回答一直是背题没有用但理解题目背后的逻辑很有用。比如“html5爱心烟花特效代码”这类需求表面上是让你做个好看的动效实际上考的是粒子系统、动画循环、物理模拟、Canvas渲染优化。只要你掌握了这些底层能力就算明天需求换成“圣诞飘雪”“生日彩带”你也一样能写因为核心机制没变。“html5 school”这类学习资源也一样官方文档和教程只能告诉你“API怎么用”但现实项目里遇到的往往是“API在某种特定环境下不按文档工作”。这时候光看文档是不够的必须靠实践积累和问题排查能力。我的建议是每学一个新特性都拿它做一个完整的、可以上线的小项目。测验四的圣诞贺卡页面就是一个很好的练习方向——它涵盖了媒体元素、Canvas、CSS动画、语义化结构、响应式设计做完一个页面几乎就把HTML5在Web页面开发中80%的高频知识点串起来了。另外写任何HTML5页面时都养成开DevTools看Console和Network的习惯。很多浏览器兼容问题、性能问题在Console里都会有warning提示比如“该视频格式可能无法在当前浏览器播放”“Autoplay is not allowed”等。这些提示就是浏览器给开发者的暗号看见了就顺着排查能省下大量调试时间。在我看来HTML5并不是一个需要“学完”才能用的技术它更像一套需要不断打磨的兵器。做测验、写demo、读源码、复盘线上问题最终都是为了把这些能力内化成肌肉记忆。等你哪天写视频播放器不查 compatibility 表写粒子动画不重读 requestAnimationFrame 文档再回头看“HTML5 测验四”这套题可能会觉得它过于基础了——那说明你已经真正进阶了。