做者:JowayYoung
仓库:Github、CodePen
博客:官网、掘金、思否、知乎
公众号:IQ前端
特别声明:原创不易,未经受权不得转载或抄袭,如需转载可联系笔者受权css
不知不觉在网易已有三年半,占了一半时间都在与移动端打交道,整个阶段都是遇坑填坑的学习过程。移动端开发在前端里像神同样地存在,不是说它多难而是说它坑位实在太多了,怎样填都填不完。Android
和iOS
各显神通,Android
的系统版本和屏幕分辨率多得难以一招兼容,iOS
的顽固标准和未知特性多得难以快速掌握。html
三年半沉淀经过本文记录下所遇到的坑位,或许有些坑位还未遇到,但本文记录的40条坑位绝对能让同窗们少走不少弯路,特别是前端小白。为了减小废话提升本文质量,对如下内容作一些约定。前端
Android
和基于Android
开发的系统iOS
和iPadOS
移动端浏览器
,所以大部分坑位的解决方案在桌面端浏览器
里不必定有效Webkit
及其衍生内核在移动端浏览器
市场占有率里达到惊人的97%
,所以无需太过担忧CSS3
、ES6
和浏览器新特性
的兼容性webpack
构建,所以代码演示都不会带上CSS前缀,除非该属性是Webkit
独有才会带上-webkit-
每次填坑都是一次实践过程,所有坑位的源码都按语言方向记录在笔者Github上,如有未记录的坑位可提PR让笔者合并,给个Star支持下咧!node
原本想为每一个坑位都截图
或录制GIF
做为演示,但考虑到目前掘金的Markdown编辑器
操做图片还存在缺陷就放弃了,每次上传图片都会花费不少时间甚至上传失败(望掘金的产品小姐姐和程序小哥哥优化喔)。若需演示只能自行复制代码了。jquery
使用<a>
能快速调用移动设备的电话/短信/邮件
三大通信功能,使用<input>
能快速调用移动设备的的图库/文件
。webpack
这些功能方便了页面与系统的交互,关键在于调用格式必定要准确,不然会被移动端浏览器
忽略。git
<!-- 拨打电话 -->
<a href="tel:10086">拨打电话给10086小姐姐</a>
<!-- 发送短信 -->
<a href="sms:10086">发送短信给10086小姐姐</a>
<!-- 发送邮件 -->
<a href="mailto:young.joway@aliyun.com">发送邮件给JowayYoung</a>
<!-- 选择照片或拍摄照片 -->
<input type="file" accept="image/*">
<!-- 选择视频或拍摄视频 -->
<input type="file" accept="video/*">
<!-- 多选文件 -->
<input type="file" multiple>
复制代码
有些移动端浏览器
会自动将数字字母符号识别为电话/邮箱
并将其渲染成上述调用系统功能里的<a>
。虽然很方便却有可能违背需求。github
<!-- 忽略自动识别电话 -->
<meta name="format-detection" content="telephone=no">
<!-- 忽略自动识别邮箱 -->
<meta name="format-detection" content="email=no">
<!-- 忽略自动识别电话和邮箱 -->
<meta name="format-detection" content="telephone=no, email=no">
复制代码
使用<input type="tel">
弹起数字键盘会带上#
和*
,适合输入电话。推荐使用<input type="number" pattern="\d*">
弹起数字键盘,适合输入验证码等纯数字格式。web
<!-- 纯数字带#和* -->
<input type="tel">
<!-- 纯数字 -->
<input type="number" pattern="\d*">
复制代码
经过location.href
与原生应用创建通信渠道,这种页面与客户端的通信方式称为URL Scheme,其基本格式为scheme://[path][?query]
,笔者曾经发表过《H5与App的通信方式》讲述URL Scheme
的使用。canvas
URL Scheme
通常由前端与客户端共同协商。唤醒原生应用的前提是必须在移动设备里安装了该应用,有些移动端浏览器
即便安装了该应用也没法唤醒原生应用,由于它认为URL Scheme
是一种潜在的危险行为而禁用它,像Safari
和微信浏览器
。还好微信浏览器
可开启白名单让URL Scheme
有效。
若在页面引用第三方原生应用的URL Schema
,可经过抓包第三方原生应用获取其URL
。
<!-- 打开微信 -->
<a href="weixin://">打开微信</a>
<!-- 打开支付宝 -->
<a href="alipays://">打开支付宝</a>
<!-- 打开支付宝的扫一扫 -->
<a href="alipays://platformapi/startapp?saId=10000007">打开支付宝的扫一扫</a>
<!-- 打开支付宝的蚂蚁森林 -->
<a href="alipays://platformapi/startapp?appId=60000002">打开支付宝的蚂蚁森林</a>
复制代码
在智能手机的普及下,不少网站都具有桌面端
和移动端
两种浏览版本,所以无需双击缩放查看页面。禁止页面缩放可保障移动端浏览器
能无遗漏地展示页面全部布局。
<meta name="viewport" content="width=device-width, user-scalable=no, initial-scale=1, minimum-scale=1, maximum-scale=1">
复制代码
Cache-Control指定请求和响应遵循的缓存机制,不想使用浏览器缓存就禁止呗!
<meta http-equiv="Cache-Control" content="no-cache">
复制代码
有时在输入框里输入文本会默认开启首字母大写纠正,就是输入首字母小写会被自动纠正成大写,特么的烦。直接声明autocapitalize=off
关闭首字母大写功能和autocorrect=off
关闭纠正功能。
<input autocapitalize="off" autocorrect="off">
复制代码
贴一些Safari
较零散且少用的配置。
<!-- 设置Safari全屏,在iOS7+无效 -->
<meta name="apple-mobile-web-app-capable" content="yes">
<!-- 改变Safari状态栏样式,可选default/black/black-translucent,需在上述全屏模式下才有效 -->
<meta name="apple-mobile-web-app-status-bar-style" content="black">
<!-- 添加页面启动占位图 -->
<link rel="apple-touch-startup-image" href="pig.jpg" media="(device-width: 375px)">
<!-- 保存网站到桌面时添加图标 -->
<link rel="apple-touch-icon" sizes="76x76" href="pig.jpg">
<!-- 保存网站到桌面时添加图标且清除默认光泽 -->
<link rel="apple-touch-icon-precomposed" href="pig.jpg">
复制代码
贴一些其余浏览器较零散且少用的配置,主要是经常使用的QQ浏览器
、UC浏览器
和360浏览器
。从网易MTL的测试数据得知,新版的QQ浏览器
和UC浏览器
已不支持如下<meta>
声明了。
<!-- 强制QQ浏览器竖屏 -->
<meta name="x5-orientation" content="portrait">
<!-- 强制QQ浏览器全屏 -->
<meta name="x5-fullscreen" content="true">
<!-- 开启QQ浏览器应用模式 -->
<meta name="x5-page-mode" content="app">
<!-- 强制UC浏览器竖屏 -->
<meta name="screen-orientation" content="portrait">
<!-- 强制UC浏览器全屏 -->
<meta name="full-screen" content="yes">
<!-- 开启UC浏览器应用模式 -->
<meta name="browsermode" content="application">
<!-- 开启360浏览器极速模式 -->
<meta name="renderer" content="webkit">
复制代码
有些元素的:active
可能会无效,而元素的:hover
在点击后会一直处于点击状态,需点击其余位置才能解除点击状态。给<body>
注册一个空的touchstart事件
可将两种状态反转。
<body ontouchstart></body>
复制代码
针对移动端,笔者一般会结合JS依据屏幕宽度
与设计图宽度
的比例动态声明<html>
的font-size
,以rem
为长度单位声明全部节点的几何属性,这样就能作到大部分移动设备的页面兼容,兼容出入较大的地方再经过媒体查询
作特别处理。
笔者一般将rem布局比例
设置成1rem=100px
,即在设计图上100px
长度在CSS代码上使用1rem
表示。
function AutoResponse(width = 750) {
const target = document.documentElement;
if (target.clientWidth >= 600) {
target.style.fontSize = "80px";
} else {
target.style.fontSize = target.clientWidth / width * 100 + "px";
}
}
AutoResponse();
window.addEventListener("resize", () => AutoResponse());
复制代码
固然还可依据屏幕宽度
与设计图宽度
的比例使用calc()
动态声明<html>
的font-size
,这样就能节省上述代码。不对,是彻底代替上述代码。
html {
font-size: calc(100vw / 7.5);
}
复制代码
若以iPad Pro
分辨率1024px
为移动端和桌面端的断点,还可结合媒体查询
作断点处理。1024px
如下使用rem布局
,不然不使用rem布局
。
@media screen and (max-width: 1024px) {
html {
font-size: calc(100vw / 7.5);
}
}
复制代码
使用rem布局
声明一个元素背景,多数状况会将background-size
声明为cover
。可能在设计图对应分辨率的移动设备下,背景会完美贴合显示,但换到其余分辨率的移动设备下就会出现左右空出1px
到npx
的空隙。
此时将background-size
声明为100% 100%
,跟随width
和height
的变化而变化。反正width
和height
都是量好的实际尺寸。
.elem {
width: 1rem;
height: 1rem;
background: url("pig.jpg") no-repeat center/100% 100%;
}
复制代码
你还在使用JS判断横屏竖屏调整样式吗?那就真的Out
了。
/* 竖屏 */
@media all and (orientation: portrait) {
/* 自定义样式 */
}
/* 横屏 */
@media all and (orientation: landscape) {
/* 自定义样式 */
}
复制代码
在苹果系统上非<body>
元素的滚动操做可能会存在卡顿,但安卓系统不会出现该状况。经过声明overflow-scrolling:touch
调用系统原生滚动事件优化弹性滚动
,增长页面滚动的流畅度。
body {
-webkit-overflow-scrolling: touch;
}
.elem {
overflow: auto;
}
复制代码
与桌面端浏览器
不同,移动端浏览器
有一个奇怪行为。当页面包含多个滚动区域时,滚完一个区域后若还存在滚动动量则会将这些剩余动量传播到下一个滚动区域,形成该区域也滚动起来。这种行为称为滚动传播。
若不想产生这种奇怪行为可直接禁止。
.elem {
overscroll-behavior: contain;
}
复制代码
对于一些忽然出现滚动条的页面,可能会产生左右抖动的不良影响。在一个滚动容器里,打开弹窗就隐藏滚动条,关闭弹窗就显示滚动条,来回操做会让屏幕抖动起来。提早声明滚动容器的padding-right
为滚动条宽度,就能有效消除这个不良影响。
每一个移动端浏览器
的滚动条宽度都有可能不一致,甚至不必定占位置,经过如下方式能间接计算出滚动条的宽度。100vw
为视窗宽度,100%
为滚动容器内容宽度,相减就是滚动条宽度,妥妥的动态计算。
body {
padding-right: calc(100vw - 100%);
}
复制代码
有时不想用户长按元素呼出菜单进行点连接
、打电话
、发邮件
、保存图片
或扫描二维码
等操做,声明touch-callout:none
禁止用户长按操做。
有时不想用户复制粘贴
盗文案,声明user-select:none
禁止用户长按操做和选择复制。
* {
/* pointer-events: none; */ /* 微信浏览器还需附加该属性才有效 */
user-select: none; /* 禁止长按选择文字 */
-webkit-touch-callout: none;
}
复制代码
但声明user-select:none
会让<input>
和<textarea>
没法输入文本,可对其声明user-select:auto
排除在外。
input,
textarea {
user-select: auto;
}
复制代码
旋转屏幕可能会改变字体大小,声明text-size-adjust:100%
让字体大小保持不变。
* {
text-size-adjust: 100%;
}
复制代码
触摸元素会出现半透明灰色遮罩,不想要!
* {
-webkit-tap-highlight-color: transparent;
}
复制代码
在移动设备上添加动画,多数状况会出现闪屏,给动画元素的父元素构造一个3D环境
就能让动画稳定运行了。
.elem {
perspective: 1000;
backface-visibility: hidden;
transform-style: preserve-3d;
}
复制代码
表单元素样式太丑但愿自定义,appearance:none
来帮你。
button,
input,
select,
textarea {
appearance: none;
/* 自定义样式 */
}
复制代码
滚动条样式太丑但愿自定义,::-webkit-scrollbar-*
来帮你。记住如下三个关键词就能随机应变了。
::-webkit-scrollbar {
width: 6px;
height: 6px;
background-color: transparent;
}
::-webkit-scrollbar-track {
background-color: transparent;
}
::-webkit-scrollbar-thumb {
border-radius: 3px;
background-image: linear-gradient(135deg, #09f, #3c9);
}
复制代码
输入框占位文本太丑,::-webkit-input-placeholder
来帮你。
input::-webkit-input-placeholder {
color: #66f;
}
复制代码
有强迫症的同窗总会以为输入框文本位置总体偏上,感受未居中内心就痒痒的。桌面端浏览器
里声明line-height
等于height
就能解决,但移动端浏览器
里仍是未能解决,需将line-height
声明为normal
才行。
input {
line-height: normal;
}
复制代码
下拉框选项默认向左对齐,是时候改改向右对齐了。
select option {
direction: rtl;
}
复制代码
在苹果系统上有些状况下非可点击元素监听click事件
可能会无效,针对该状况只需对不触发click事件
的元素声明cursor:pointer
就能解决。
.elem {
cursor: pointer;
}
复制代码
多数状况会使用JS换行文本,那就真的Out
了。若接口返回字段包含\n
或<br>
,千万别替换掉,可声明white-space:pre-line
交由浏览器作断行处理。
* {
white-space: pre-line;
}
复制代码
想动画更流畅吗,开启GPU硬件加速
呗!
.elem {
transform: translate3d(0, 0, 0);
/* transform: translateZ(0); */
}
复制代码
万年话题,如何描绘一像素边框
?
.elem {
position: relative;
width: 200px;
height: 80px;
&::after {
position: absolute;
left: 0;
top: 0;
border: 1px solid #f66;
width: 200%;
height: 200%;
content: "";
transform: scale(.5);
transform-origin: left top;
}
}
复制代码
万年话题,如何控制文本作单行溢出
和多行溢出
?
.elem {
width: 400px;
line-height: 30px;
font-size: 20px;
&.sl-ellipsis {
overflow: hidden;
text-overflow: ellipsis;
white-space: nowrap;
}
&.ml-ellipsis {
display: -webkit-box;
overflow: hidden;
text-overflow: ellipsis;
-webkit-line-clamp: 3;
-webkit-box-orient: vertical;
}
}
复制代码
移动端浏览器
里点击操做会存在300ms
延迟,每每会形成点击延迟甚至点击无效,这个是众所周知的事情。
2007年
苹果发布首款iPhone
搭载的Safari
为了将桌面端网站能较好地展现在移动端浏览器
上而使用了双击缩放。该方案就是上述300ms
延迟的主要缘由,当用户执行第一次单击后会预留300ms
检测用户是否继续执行单击,如果则执行缩放操做,若不然执行点击操做。鉴于该方案的成功,其余移动端浏览器
也复制了该方案,如今几乎全部移动端浏览器
都配备该功能。而该方案引起的点击延迟被称为点击穿透。
在前端领域里最先解决点击穿透是jQuery时代
的zepto
,估计如今大部分同窗都未使用过zepto
,其实它就是移动端版本的jquery
。zepto
封装tap事件
能有效地解决点击穿透,经过监听document
上的touch事件
完成tap事件
的模拟,并将tap事件
冒泡到document
上触发。
在移动端浏览器
上不使用click事件
而使用touch事件
是由于click事件
有着明显的延迟,后续又出现fastclick
。该解决方案监听用户是否作了双击操做,可正常使用click事件
,而点击穿透就交给fastclick
自动判断。更多fastclick
原理可自行百度,在此不做过多介绍。
fastclick有现成的NPM包
,可直接安装到项目里。引入fastclick
可以使用click事件
代替tap事件
,接入方式极其简单。
import Fastclick from "fastclick";
FastClick.attach(document.body);
复制代码
移动端浏览器
里出现弹窗时,若在屏幕上滑动能触发弹窗底下的内容跟着滚动,这个是众所周知的事情。
首先明确解决滑动穿透需保持哪些交互行为,那就是除了弹窗内容能点击或滚动,其余内容都不能点击或滚动
。目前不少解决方案都没法作到这一点,所有解决方案都能禁止<body>
的滚动行为却引起其余问题。
Webview
能上下滑动露出底色当打开弹窗时给<body>
声明position:fixed;left:0;width:100%
并动态声明top
。声明position:fixed
会致使<body>
滚动条消失,此时会发现虽然无滑动穿透,但页面滚动位置早已丢失。经过scrollingElement
获取页面当前滚动条偏移量并将其取负值且赋值给top
,那么在视觉上就无任何变化。当关闭弹窗时移除position:fixed;left:0;width:100%
和动态top
。
scrollingElement
可兼容地获取scrollTop
和scrollHeight
等属性,在移动端浏览器
里屡试不爽。document.scrollingElement.scrollHeight
可完美代替曾经的document.documentElement.scrollHeight || document.body.scrollHeight
,一眼看上去就是代码减小了。
该解决方案在视觉上无任何变化,完爆其余解决方案,其实就是一种反向思惟和障眼法。该解决方案完美解决固定弹窗
和滚动弹窗
对<body>
全局滚动的影响,固然也可用于局部滚动容器里,所以很值得推广。
body.static {
position: fixed;
left: 0;
width: 100%;
}
复制代码
const body = document.body;
const openBtn = document.getElementById("open-btn");
const closeBtn = document.getElementById("close-btn");
openBtn.addEventListener("click", e => {
e.stopPropagation();
const scrollTop = document.scrollingElement.scrollTop;
body.classList.add("static");
body.style.top = `-${scrollTop}px`;
});
closeBtn.addEventListener("click", e => {
e.stopPropagation();
body.classList.remove("static");
body.style.top = "";
});
复制代码
点击移动端浏览器
的前进按钮
或后退按钮
,有时不会自动执行旧页面的JS代码,这与往返缓存
有关。这种状况在Safari
上特别明显,简单归纳就是往返页面没法刷新。
往返缓存指浏览器为了在页面间执行前进后退操做时能拥有更流畅体验的一种策略,如下简称BFCache
。该策略具体表现为:当用户前往新页面前将旧页面的DOM状态保存在BFCache
里,当用户返回旧页面前将旧页面的DOM状态从BFCache
里取出并加载。大部分移动端浏览器
都会部署BFCache
,可大大节省接口请求的时间和带宽。
了解什么是BFCache
再对症下药,解决方案就在window.onunload
上作文章。
// 在新页面监听页面销毁事件
window.addEventListener("onunload", () => {
// 执行旧页面代码
});
复制代码
若在Vue SPA
上使用keep-alive
也不能让页面刷新,可将接口请求放到beforeRouteEnter()
里。
固然还有另外一种解决方案。pageshow事件
在每次页面加载时都会触发,不管是首次加载仍是再次加载都会触发,这就是它与load事件
的区别。pageshow事件
暴露的persisted
可判断页面是否从BFCache
里取出。
window.addEventListener("pageshow", e => e.persisted && location.reload());
复制代码
若浏览器不使用<meta http-equiv="Cache-Control" content="no-cache">
禁用缓存,该解决方案仍是很值得一用。
在苹果系统上解析YYYY-MM-DD HH:mm:ss
这种日期格式会报错Invalid Date
,但在安卓系统上解析这种日期格式彻底无问题。
new Date("2019-03-31 21:30:00"); // Invalid Date
复制代码
查看Safari
相关开发手册发现可用YYYY/MM/DD HH:mm:ss
这种日期格式,简单归纳就是年月日必须使用/
衔接而不能使用-
衔接。固然安卓系统也支持该格式,然而接口返回字段的日期格式一般是YYYY-MM-DD HH:mm:ss
,那么需替换其中的-
为/
。
const date = "2019-03-31 21:30:00";
new Date(date.replace(/\-/g, "/"));
复制代码
当页面同时出现如下三个条件时,键盘占位会把页面高度压缩一部分。当输入完成键盘占位消失后,页面高度有可能回不到原来高度,产生坍塌致使Webview
底色露脸,简单归纳就是输入框失焦后页面未回弹。
只要保持先后滚动条偏移量一致就不会出现上述问题。在输入框聚焦时获取页面当前滚动条偏移量,在输入框失焦时赋值页面以前获取的滚动条偏移量,这样就能间接还原页面滚动条偏移量解决页面高度坍塌。
const input = document.getElementById("input");
let scrollTop = 0;
input.addEventListener("focus", () => {
scrollTop = document.scrollingElement.scrollTop;
});
input.addEventListener("blur", () => {
document.scrollingElement.scrollTo(0, scrollTop);
});
复制代码
在苹果系统上的输入框输入文本,keyup/keydown/keypress事件
可能会无效。当输入框监听keyup事件
时,逐个输入英文和数字会有效,但逐个输入中文不会有效,需按回车键才会有效。
此时可用input事件
代替输入框的keyup/keydown/keypress事件
。
曾几什么时候编写一个返回顶部
函数麻烦得要死,需scrollTop
、定时器
和条件判断
三者配合才能完成。其实DOM对象里隐藏了一个很好用的函数可完成上述功能,一行核心代码就能搞定。
该函数就是scrollIntoView,它会滚动目标元素的父容器使之对用户可见,简单归纳就是相对视窗让容器滚动到目标元素位置。它有三个可选参数能让scrollIntoView
滚动起来更优雅。
auto无
,可选smooth平滑
nearest就近对齐
,可选start顶部对齐
、center中间对齐
和end底部对齐
start顶部对齐
,可选center中间对齐
、end底部对齐
和nearest就近对齐
const gotopBtn = document.getElementById("gotop-btn");
openBtn.addEventListener("click", () => document.body.scrollIntoView({ behavior: "smooth" }));
复制代码
固然还可滚动到目标元素位置,只需将document.body
修改为目标元素的DOM对象。一行核心代码就能搞掂的事情为什么还编写那么多代码去完成,不累吗?
与上述简化回到顶部同样,编写一个懒性加载
函数也一样需scrollTop
、定时器
和条件判断
三者配合才能完成。其实DOM对象里隐藏了一个很好用的函数可完成上述功能,该函数无需监听容器的scroll事件
,经过浏览器自身机制完成滚动监听。
该函数就是IntersectionObserver,它提供一种异步观察目标元素及其祖先元素或顶级文档视窗交叉状态的方法。详情可参照MDN文档,在此不做过多介绍。
懒性加载的第一种使用场景:图片懒加载。只需确认图片进入可视区域就赋值加载图片,赋值完成还需对图片中止监听。
<img data-src="pig.jpg">
<!-- 不少<img> -->
复制代码
const imgs = document.querySelectorAll("img.lazyload");
const observer = new IntersectionObserver(nodes => {
nodes.forEach(v => {
if (v.isIntersecting) { // 判断是否进入可视区域
v.target.src = v.target.dataset.src; // 赋值加载图片
observer.unobserve(v.target); // 中止监听已加载的图片
}
});
});
imgs.forEach(v => observer.observe(v));
复制代码
懒性加载的第二种使用场景:下拉加载。在列表最底部部署一个占位元素且该元素无任何高度或实体外观,只需确认占位元素进入可视区域就请求接口加载数据。
<ul>
<li></li>
<!-- 不少<li> -->
</ul>
<!-- 也可将#bottom以<li>的形式插入到<ul>内部的最后位置 -->
<div id="bottom"></div>
复制代码
const bottom = document.getElementById("bottom");
const observer = new IntersectionObserver(nodes => {
const tgt = nodes[0]; // 反正只有一个
if (tgt.isIntersecting) {
console.log("已到底部,请求接口");
// 执行接口请求代码
}
})
observer.observe(bottom);
复制代码
一般移动端浏览器
都会配备长按二维码图片识别连接
的功能,但长按二维码可能没法识别或错误识别。二维码表面看上去是一张图片,可二维码生成方式却五花八门,二维码生成方式有如下三种。
<img>
渲染<svg>
渲染<canvas>
渲染从网易MTL的测试数据得知,大部分移动端浏览器
只能识别<img>
渲染的二维码,为了让所有移动端浏览器
都能识别二维码,那只能使用<img>
渲染二维码了。若使用SVG
和Canvas
的方式生成二维码,那就千方百计把二维码数据转换成Base64
再赋值到<img>
的src
上。
一个页面可能存在多个二维码,若长按二维码只能识别最后一个,那只能控制每一个页面只存在一个二维码。
常见媒体元素包括音频<audio>
和视频<video>
,为了让用户获得更好的媒体播放体验与不盲目浪费用户流量,大部分移动端浏览器
都明确规定不能自动播放媒体或默认屏蔽autoplay
。为了能让媒体在页面加载完成后自动播放,只能显式声明播放。
const audio = document.getElementById("audio");
const video = document.getElementById("video");
audio.play();
video.play();
复制代码
对于像微信浏览器这样的内置浏览器,还需监听其应用SDK加载完成才能触发上述代码,以保障WebView
正常渲染。其余内置浏览器同理,在此不做过多介绍。
document.addEventListener("WeixinJSBridgeReady", () => {
// 执行上述媒体自动播放代码
});
复制代码
在苹果系统上明确规定用户交互操做开始后才能播放媒体,未获得用户响应会被Safari
自动拦截,所以需监听用户首次触摸操做并触发媒体自动播放,而该监听仅此一次。
document.body.addEventListener("touchstart", () => {
// 执行上述媒体自动播放代码
}, { once: true });
复制代码
如有未记录的坑位可提PR让笔者合并,咱们一块儿记录更多的移动端坑位,让更多前端开发者少走弯路。本文也是笔者2021年在掘金社区的首篇文章,但愿今年能产出更多高质量文章。从笔者角度上看,一篇文章不是技术多牛逼笔风多优雅才概括为好文章,而是总体内容能帮助本身和更多人进步才算是好文章。向这个方向进发,为本身打Call。
上述坑位按照HTML方向、CSS方向和JS方向三大类型划分,能更高效地区分出每一个坑位的使用场景和解决方案,减小混乱记忆。当中说起了CSS方向的不少坑位,这些坑位也属于一些CSS开发技巧,若喜欢CSS的同窗可了解笔者上架的掘金社区首本CSS小册《玩转CSS的艺术之美》作更深一步学习。
回看笔者往期高赞文章,也许能收获更多喔!
4100+
点赞量,15w+
阅读量4200+
点赞量,13w+
阅读量1600+
点赞量,5w+
阅读量700+
点赞量,2.2w+
阅读量600+
点赞量,1.6w+
阅读量500+
点赞量,1.5w+
阅读量最近笔者参加了2020创做者榜单,喜欢笔者可为笔者打Call喔!你一票我一票,居居上榜靠你们❤️!
❤️关注+点赞+收藏+评论+转发❤️,原创不易,鼓励笔者创做更多高质量文章
关注公众号IQ前端
,一个专一于CSS/JS开发技巧的前端公众号,更多前端小干货等着你喔
资料
免费领取学习资料进群
拉你进技术交流群IQ前端
,更多CSS/JS开发技巧只在公众号推送