移动端页面开发过程中经常碰到的一些问题-马海祥博客
新型SEO思维就是从一个全新的层次上提升seo优化的水平，达到网络信息最佳化的展示效果！
> 移动端页面开发过程中经常碰到的一些问题
移动端页面开发过程中经常碰到的一些问题
时间：&&&文章来源：马海祥博客&&&访问次数：
对于前端开发者来说移动端存在着很多的挑战，移动端页面开发过程中会碰到各种各样千奇百怪的问题，那么今天我为大家分享移动端页面开发过程中的一些问题和解决问题的方法技巧。
移动端页面在不同设备、不同操作系统、不同运行环境下都可能造成各种各样的没有碰到过的的坑，相比曾经的IE6来说，现在的问题要多了很多。
现在的前端开发者基本都要同时着手PC端页面和手机页面的开发工作，就目前的状况来看，手机页面的兼容性要比PC端更为复杂（当然主要是只在android端，大家懂的），而且有些样式在PC端页面上可能没什么，但是一旦到了手机页面，那就有可能是&大坑&，下面是本人自己开发手机页面过程中总结的一些问题，在此借助马海祥博客的平台跟大家分享一下，避免以后再次去犯。
访问者对网站的第一印象就是网页的外观，一个好的网页外观能带给人绝妙的视觉效果，视觉效果好的页面背景，可以为网站起到锦上添花的作用，还可能让访问者对网站留下深刻的印象（具体可查看马海祥博客《》的相关介绍）。
A、页面高度渲染错误
在各移动端浏览器中经常会出现这种页面高度100%的渲染错误，页面低端和系统自带的导航条重合了，高度的不正确我们需要重置修正它，通过javascript代码重置掉：
document.documentElement.style.height = window.innerHeight + 'px';
B、叠加区高亮
在部分android机型中点击页面某一块区域可能会出现如图所示的黄色框秒闪，这是部分机型系统自身的默认定制样式，给该元素一个CSS样式重置掉：
-webkit-tap-highlight-color:rgba(0,0,0,0);
关于行为方面，我这里主要跟大家分享一下事件无法被触发和active效果不兼容的问题：
A、事件无法被触发
在部分android机型的微信环境中会出现事件无法触发、表单无法输入的情况，我们针对需要输入或者触发事件的元素设置样式：-webkit-transform: translate3d(0,0,0) ，不过新版本的微信已经直接修复了该问题。
B、:active 效果不兼容
在android 4.0版本以下CSS :active伪状态效果无法兼容，我们给该元素的touch系列的事件（touchstart/touchend/touchmove）绑定一个空匿名方法:
var element=document.getElementsById(&btnShare&);
element.addEventListener(&touchstart&,function(){},false);
在开发面向现代智能手机的移动Web应用的时候，无法避免一个事实，就是需要开发页面应用，对于不同的系统需求，页面应用的粒度会不同，可能是整个系统都使用一个页面装载，也可能是按模块分为独立页面装载，对此，我们也不妨来看一下在应用过程中经常遇到的一些问题及解决方法：
A、浏览器崩溃
var act = function(){
&window.removeEventListener('devicemotion',act);
window.addEventListener('devicemotion',act,false);
解绑函数写在了事件处理中导致小米手机中的微信崩溃，那么我们不要将解绑时间写在事件处理中即可。
B、预加载、自动播放无效
如上表所示，经过简单的测试发现预加载、自动播放的有效性受操作系统、浏览器（webview）、版本等的影响，苹果官方规定必须由用户手动触发才会载入音频，那么我们捕捉一次用户输入后，让音频加载实现预加载:
//play and pause it once
document.addEventListener('touchstart', function () {
document.getElementsByTagName('audio')[0].play();
document.getElementsByTagName('audio')[0].pause();
C、无法同时播放多音频
在android设备中，播放后一音频会打断前一音频，而不会同步播放，这个是目前系统资深决定的，我们只有采取优雅降权的方法让android选择不一样风格的音频前后切换播放而不是同时播放，达到与预期接近的音频效果。
D、不支持局部滚动
在android 4.0版本以下在body(html)元素之外的元素 overflow:scroll 样式设置滚动条无效，这里有两种解决方案：
①、巧用布局直接设置样式滚动条在body(html)上，其他元素&错觉滚动&。
②、利用iscroll、自写js控制translate、scrollTop模拟。
4、系统/硬件
关于系统或硬件方面，我主要碰到以下几个问题，在此，也简单的跟大家描述一下，并提供一下解决方法：
A、怪异悬浮的表单
在部分android 机型中的输入框可能会出现如图怪异的多余的浮出表单，经过观察与测试发现只有input:password类型的输入框存在，那么我们只要使用input:text类型的输入框并通过样式-webkit-text-security:隐藏输入密码从而解决。
B、错误出现滚动条
在游戏内嵌页中出现了不应该出现的滚动条，而且内容并没有超出内容区宽度，经过测试overflow:hidden无效，通过一系列尝试使用古老的 &body scroll=&no&& 写法解决，多尝试一下不同的写法和属性会有不一样的惊喜哦！
C、链接打开系统浏览器
在游戏内webview的部分android机型中可能会出现点击链接调用系统浏览器的情况，这是一个非常不好的体验，那么我们尝试给这个元素添加 target=&_blank& 属性有可能解决，如果还不能解决那么需要修改IOS或android原生系统函数了。
D、Flex box 不兼容
在游戏内嵌webview中碰到Flex box布局不兼容的情况，图中所示下面部分的导航错位了，虽然之前有仔细查看过Flex box的兼容性，但是在游戏内嵌页中无法确定其调用的系统浏览器版本及兼容，导致错误，所以我们写完整历史版本的3种Flex box解决，那么我们思考在写页面过程中还是本着保守稳定的方式书写样式可以减少一些不必要的麻烦。
5、代码属性的问题
在移动端页面开发过程中，由于技术还不够完善和稳定，我们也经常会因为代码属性的问题导致页面出现很多千奇百怪的问题，这也是开发人员最为烦恼的问题，在此，马海祥也分享几个常见的问题：
（1）、overflow-x
这真的是一个大坑，一旦你在body或者html上用了这个属性，对不起，如果你的页面出现滚动条的话，那就会出现莫名其妙的bug，滑动页面的时候fix在顶部或者底部的会挡住，不知道有人遇到这样的情况没有，我是遇到了，坑死了。
解决办法：html跟body不要使用这个属性，如果不想让横向出现滚动，就用overflow:overflow-y:
（2）、calc()
这个本就是css3中的新方法，用起来其实是很爽的，无奈android不支持，大家最好别用，除非你不考虑android用户。
（3）、display:fix
这个是css3的新属性，用来做弹性布局的，ios上是十分OK的，然而android不支持，为了不被坑，别用。
（4）、-webkit-overflow-scrolling:touch
这个属性不是坑，他是用来让ios上的滚动条更加顺滑流畅的，亲测android上没有啥大的变化，但是ios有，不算坑，为了增强用户体验，大家可以用上，给出现滚动条的标签加上这个样式。
（5）、jquery中的html()方法
如果input的type为tel类型，然后你用html()方法取出某个值填入这个input，这个input在android手机上会显示诸如&&a href=&faketel:****&&&/a&&类似的字符窜。
解决办法就是用text()方法去取这个值然后填入这个input中，说白了还是html()跟text()方法的用法不一样，html()方法取的是html的内容，并非是纯文本，而text()方法取出的是纯文本，不会被浏览器解析，算是一个教训！
（6）、keyup和keydown在IOS设备上失效
如果你在IOS设备上用第三方输入法是无法用keyup事件来监听的，因为ios系统做了屏蔽机制，第三方输入法的事件系统是不管的，那么我们可以换种思路，去监听input的值变化事件，替换方案如下：
$('#input').bind('input propertychange', function() {
&&&&&&&&&&&&&&& alert(&....&)
&&&&&&&&&&& });
（7）、给body加position:relative
比如给移动页面做个弹幕的效果，在body里面会有个div一直滚动，从右向左，然后这个div是absolulte的，那一定要给body加relative，否则ios的手机会出现横向滚动条。
7、学会如何去解决问题
面对这么多坑，还有各种各样已经的和未知的坑，时间上也不可能一一讲完，更不可能都已经有解决方案，我们需要学会如何去解决这些问题。
解决坑首先自己需要有个强有力的执行力，通过不断去尝试来探索未知的问题，那么一般我们会通过哪些方式哪些步骤和技巧来尝试呢？
（1）、定位问题
首先我们需要定位问题，我们可以使用下列方法：
A、DOM隔离定位法
不断由大范围到小范围隔离出DOM，从而找出、触发问题的DOM元素。
B、样式、JS剔除法
不断剔除一些JS、CSS观察调试检查是否是由部分JS、CSS属性引起问题。
C、多运行环境测试法
在多环境中测试，排查是否是由于特定环境引起（具体可查看马海祥博客《》的相关介绍）。
D、PC与手机联合调试法
联合PC与手机进行定位，如：通过Mac远程调试iPhone/iPad。
（2）、解决问题的方式
我们解决问题可以尝试如下的方式：
* 尝试、转思维、绕解决
* 优雅降权、区分处理、沟通
* 搜索与提问&&
和以下的思维：
（3）、学会解决问题
在解决问题的过程中我们需要学会利用搜索和沟通资源解决问题：
A、google、百度
B、行业博客及社区
C、同事、朋友、QQ群、论坛等。
搜索引擎和行业博客及社区让你更容易更精确的快速搜索出问题相关的资料，同时、朋友QQ群、论坛等让你可以直接的跟人沟通出别人所遇到的问题及解决方案。
（4）、学会如何总结问题
在发现、解决问题后，更重要的是要学会如何总结问题：
A、总结记录问题产生条件、解决方法和解决过程。
B、尽可能分析原理、产生的条件，避免重蹈覆辙。
C、分享给更多的人。
无穷无尽的坑，走的人多了，总结分享的多了，坑也就越来越平了。
我在总结记录问题的同时，整理了一个移动端小贴士，记录问题与一些坑，虽然目前还不完善但是希望能分享给更多的人也希望更多的人能参与完善。
马海祥博客点评：
对于移动端网页，用户体验始终是大问题，交互式使用好的客户端可以在很多方面给用户带来不同的感觉和享受，因此，重视移动端的用户体验，就可以给客户端增加很多意想不到的功能，这样赋予这种软件其他的不同凡响，渐渐的就能让用户越积越多，这样才是交互功能一种好的体现。
本文为原创文章，如想转载，请注明原文网址摘自于/ydseo/1529.html，注明出处；否则，禁止转载；谢谢配合！
您可能还会对以下这些文章感兴趣！
清明节又叫踏青节，在仲春与暮春之交，也就是冬至后的第108天。是中国传统节日，也是最重要的祭祀节日之一……
最近百度跟360的搜索引擎之争，也使得更多人开始关注搜索引擎了，回想搜索引擎的快速发展也就是近15年发生……
网络实名制是个长期以来争议不断的话题。一方面，当人们面对越来越多的网上低俗与不良信息、黑客与木马、网……
相信做个seo的，或者自己已经是站长的，都或多或少的对自己负责……
最近一直听到圈里的朋友抱怨说，自己辛辛苦苦写的文章，发表的前……
最近，我明显发现访问马海祥seo博客的博友越来越多了，随之而来……
作为一名专业的SEO人员，我们很多的时候都在研究站点中有多少页……
很多做SEO的朋友都会问，是不是网站收录越多网站关键字排名越好……
由于此次整理的SEO作弊方法大全的内容比较多，也比较全面，导致……
本月热点文章有关网页渲染，每个前端开发者都该知道的那点事
发表于 14:49|
作者Alexander Skutin
摘要：网页渲染可以早到页面布局刚刚定型就开始进行。本文不会研究浏览器内部的详细机制，而是提出一些通用的规则，不仅能帮助初学者，也能对那些想要刷新知识结构的高级前端开发者有所裨益。
【编者按】其实，有关网页渲染的文章很多，但是相关信息比较分散，且论述并不是很完整。如果要想对这个主题有个大致的了解，我们还得学习很多知识。因此，Web开发者Alexander
Skutin 决定写一篇文章。他相信，这篇文章不仅能帮助初学者，也能对那些想要刷新知识结构的高级前端开发者有所裨益。关于译者：张超，前端工程师，负责Browser Insight产品开发。深度了解浏览器内核，前端技术“死忠粉”，具备多年浏览器性能优化经验。以下为译文网页渲染必须在很早的阶段进行，可以早到页面布局刚刚定型。因为样式和脚本都会对网页渲染产生关键性的影响。所以专业开发者必须了解一些技巧，从而避免在实践的过程中遇到性能问题。这篇文章不会研究浏览器内部的详细机制，而是提出一些通用的规则。毕竟，不同浏览器引擎的工作机制各不相同，这无疑会让开发者对浏览器特性的研究变得更加复杂。浏览器是如何完成网页渲染？首先，我们回顾一下网页渲染时，浏览器的动作：根据来自服务器端的HTML代码形成文档对象模型（DOM）。加载并解析样式，形成CSS对象模型。在文档对象模型和CSS对象模型之上，创建一棵由一组待生成渲染的对象组成的渲染树（在Webkit中这些对象被称为渲染器或渲染对象，而在Gecko中称之为“frame”。）渲染树反映了文档对象模型的结构，但是不包含诸如&head&标签或含有`display:none`属性的不可见元素。在渲染树中，每一段文本字符串都表现为独立的渲染器。每一个渲染对象都包含与之对应的DOM对象，或者文本块，还加上计算过的样式。换言之，渲染树是一个文档对象模型的直观展示。对渲染树上的每个元素，计算它的坐标，称之为布局。浏览器采用一种流方法，布局一个元素只需通过一次，但是表格元素需要通过多次。最后，渲染树上的元素最终展示在浏览器里，这一过程称为“painting”。当用户与网页交互，或者脚本程序改动修改网页时，前文提到的一些操作将会重复执行，因为网页的内在结构已经发生了改变。Repaint当改变那些不会影响元素在网页中的位置的元素样式时，譬如background-color(背景色)，
border-color(边框色)， visibility(可见性)，浏览器只会用新的样式将元素重绘一次(这就是重绘，或者说重新构造样式)。Reflow当改变影响到文本内容或结构，或者元素位置时，重排或者说重新布局就会发生。这些改变通常由以下事件触发：DOM操作（元素添加、删除、修改或者元素顺序的改变）；内容变化，包括表单域内的文本改变；CSS属性的计算或改变；添加或删除样式表；更改“类”的属性；浏览器窗口的操作（缩放，滚动）；伪类激活（悬停）。浏览器如何优化渲染？浏览器尽可能将
repaint/reflow 限制在被改变元素的区域内。比如，对于位置固定或绝对的元素，其大小改变只影响元素本身及其子元素，然而，静态定位元素的大小改变会触发后续所有元素的重流。另一种优化技巧是，在运行几段JavaScript代码时，浏览器会缓存这些改变，在代码运行完毕后再将这些改变经一次通过加以应用。举个例子，下面这段代码只会触发一个reflow和repaint：var $body = $('body');
$body.css('padding', '1px'); // reflow, repaint
$body.css('color', 'red'); // repaint
$body.css('margin', '2px'); // reflow, repaint
// only 1 reflow and repaint will actually happen然而，如前所述，改变元素的属性会触发强制性的重排。如果我们在上面的代码块中加入一行代码，用来访问元素的属性，就会发生这种现象。var $body = $('body');
$body.css('padding', '1px');
$body.css('padding'); // reading a property, a forced reflow
$body.css('color', 'red');
$body.css('margin', '2px');其结果就是，重排发生了两次。因此，你应该把访问元素属性的操作都组织在一起，从而优化网页性能。（[你可以在JSBin查到更为详细的例子](/duhah/2/edit?html,css,js,output)）有时，你必须触发一个强制性重排。比如，我们必须将同样的属性(比如左边距)两次赋值给同一个元素。起初，它应该设置为100px，且不带动效。接着，它必须通过过渡(transition)动效改变为50px。你现在可以在[JSbin](/duhah/2/edit?html,css,js,output)上学习这个例子，不过我会在这儿更详细地介绍它。首先，我们创建一个带过渡效果的CSS类：.has-transition {
-webkit-transition: margin-left 1s ease-
-moz-transition: margin-left 1s ease-
-o-transition: margin-left 1s ease-
transition: margin-left 1s ease-
}然后继续执行：// our element that has a "has-transition" class by default
var $targetElem = $('#targetElemId');
// remove the transition class
$targetElem.removeClass('has-transition');
// change the property expecting the transition to be off, as the class is not there
// anymore
$targetElem.css('margin-left', 100);
// put the transition class back
$targetElem.addClass('has-transition');
// change the property
$targetElem.css('margin-left', 50);然而，这个执行无法奏效。所有改变都被缓存，只在代码块末尾加以执行。我们需要的是强制性的重排，我们可以通过以下更改加以实现：// remove the transition class
$(this).removeClass('has-transition');
// change the property
$(this).css('margin-left', 100);
// trigger a forced reflow, so that changes in a class/property get applied immediately
$(this)[0].offsetH // an example, other properties would work, too
// put the transition class back
$(this).addClass('has-transition');
// change the property
$(this).css('margin-left', 50);现在代码如预期那样执行了。有关性能优化的实际建议总结现有的资料，我提出以下建议：创建有效的HTML和CSS文件，不要忘记指明文档的编码方式。样式应该包含在&head&标签内，脚本代码则应该加在&body&标签末端。尽量简化和优化CSS选择器（这种优化方式几乎被使用CSS预处理器的开发者统一忽视了）将嵌套程度保持在最低水平。以下是CSS选择器的性能排名（从最快者开始）：识别器:#id类:.class标签：div相邻兄弟选择器：a + i父类选择器：ul& li通用选择器：*属性选择：input[type="text"]伪类和伪元素：a:hover你应该记住，浏览器在处理选择器时依照从右到左的原则，因此最右端的选择器应该是最快的：#id或则.class：div * {...} // bad
.list li {...} // bad
.list-item {...} // good
#list .list-item {...} // good在你的脚本代码中，尽可能减少DOM操作。缓存所有东西，包括元素属性以及对象（如果它们被重用的话）。当进行复杂的操作时，使用“孤立”元素会更好，之后可以将其加到DOM中（所谓“孤立”元素是与DOM脱离，仅保存在内存中的元素）。如果你使用jQuery来选择元素，请遵从jQuery选择器最佳实践方案。为了改变元素的样式，修改“类”的属性是奏效的方法之一。执行这一改变时，处在DOM渲染树的位置越深越好（这还有助于将逻辑与表象脱离）。尽量只给位置绝对或者固定的元素添加动画效果。在使用滚动时禁用复杂的悬停动效（比如，在&body&中添加一个额外的不悬停类）。读者可以阅读关于这个问题的[一篇文章](http://habrahabr.ru/post/204238/)。想了解更多的细节问题，大家也可以看看这两篇文章：1. 2.&
推荐阅读相关主题：
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章前端录网站，记录前端点点滴滴，帮助程序猿快速成长！
在微信抽奖的项目中，旋转时出现闪屏，解决方案如下：
Google关键字&Chrome transition blink&和&Chrome transition bug&发现网上已经有很多人注意到这个问题，推测为Chrome在初始渲染CSS动画时产生的Bug，虽然暂时无法考证这个问题的根本原因，但是目前已知的解决方案有两条：
-webkit-backface-visibility:（）
-webkit-transform-style: preserve-3d;&（）
转载请注明：&Chrome渲染Transition时页面闪动Bug苹果官网手机端用了什么图片加载技术吗，为什么能先加载模糊图片，页面整体一下就加载完，然后再渲染变清晰？ - 知乎51被浏览2703分享邀请回答273 条评论分享收藏感谢收起0添加评论分享收藏感谢收起查看更多回答}