-
Canvas本身无响应式绑定机制,性能问题多源于误用:在requestAnimationFrame中频繁读取布局属性、调用getImageData、动态访问canvas尺寸或遍历稀疏数组,引发强制同步布局与全帧内存拷贝。
-
JSON本身不支持Map和Set,因其仅定义六种原生类型;直接序列化会静默返回{}或[],需手动转为数组再重建。
-
函数组合(Compose)是将多个函数按右到左顺序串联执行,前一个输出作为后一个输入,本质为数学复合f(g(x));其核心实现用reduceRight逆序调用函数数组,确保正确执行顺序。
-
theme-color在iOS上完全无效,因Safari明确不支持该标签;iOS状态栏变色实际依赖apple-mobile-web-app-status-bar-style或PWAmanifest中的status_bar配置。
-
隐式列宽不可控是因为默认grid-auto-columns为auto,导致列宽随内容变化;显式设置grid-auto-columns(如1fr、minmax(200px,1fr)或250px)可统一控制所有隐式列宽度,使其可预期、可维护。
-
浮动布局中响应式隐藏某列有三种方式:一是用display:none(最简,彻底移除元素);二是float:none+width:100%(保留结构,退化为块级排列);三是切换为flex布局(推荐长期方案,用display:none真正退出布局)。
-
JavaScript数据绑定核心是让数据变化自动触发视图更新;需区分响应式数据流与模板语法的双向绑定,Proxy实现依赖收集与触发,但仅代理第一层且不兼容IE11。
-
根本原因是404路由被提前注册在静态路由表中,刷新时动态路由未加载即被匹配;应初始仅含免权限路由,登录后按序注入基础路由→动态路由→404兜底路由。
-
HTML静态站点自动部署的核心是将gitpush与文件上线串联为无人值守流水线,首选GitHubActions+GitHubPages零成本方案,需正确配置工作流路径、分支监听及发布源,部署后链接见仓库Settings→Pages。
-
HTML性能优化的核心在于减少资源体积、优化加载顺序及提升渲染效率,具体措施包括:1.精简代码,通过Webpack等工具压缩HTML、CSS和JavaScript;2.优化图片资源,使用WebP格式及响应式图片;3.利用浏览器缓存,合理设置Cache-Control和Expires;4.异步加载CSS和JavaScript,减少渲染阻塞;5.减少HTTP请求,合并文件并使用雪碧图;6.使用CDN加速静态资源分发;7.优先加载首屏内容,内联CriticalCSS。常见瓶颈有大体积资源、渲染阻塞、过多HTTP
-
不存在标准的index.get方法,它并非原生SQL或主流ORM的API,而是特定环境(如微信云开发、Dexie.js)中的非通用写法或开发者误称;真正高效查询依赖索引存在、条件命中及单条限制。
-
lang属性必须写在<html>标签上且只能出现一次,如<htmllang="zh-CN">;zh-CN最通用,zh-Hans强调简体字适用多地区,禁用单独的zh;多语言页面通过子元素lang属性局部覆盖。
-
clip-path:url(#id)在iOSSafari15.4及更早版本完全不支持,WebKit未实现该语法,即使SVG内联、ID合法、路径完整也会静默忽略;须升级至iOS16.6+/macOSVentura13.5+才支持,且ID仅允许字母、数字、下划线、短横线,clipPathUnits="objectBoundingBox"必须显式声明以确保响应式裁剪。
-
type属性仅负责语义与基础行为,JS和后端校验缺一不可;number类型易致值变空或NaN,长数字吞零、step异常;推荐text+inputmode组合;date/time需严格ISO格式;file控件前端限制无效,服务端必须重校验。
-
HTML不压缩图片,只引用文件;Canvas压缩须先缩放尺寸再设0.7~0.8质量,srcset必须配sizes,WebP需用<picture>加fallback,原始图编码状态影响压缩效果。