重温《JavaScript 高级程序设计》—10:客户端检测
本篇内容
- 能力检测
- 怪癖检测
- 用户代理检测
检测Web客户端的手段很多,而且各有利弊。但最重要的还是要知道,不到万不得已,就不要使用客户端检测。只要能找到更通用的方法,就应该优先采用更通用的方法。(先设计最通用的方案,然后再使用特定于浏览器的技术增强该方案)
能力检测
最常用也最为人们广泛接受的客户端检测形式是能力检测(又称特性检测)。能力检测的目标不是识别特定的浏览器,而是失败浏览器的能力。只要确定浏览器支持特定的能力,就能给出解决方案。能力检测的基本模式如下:
1 | if (object.propertyInQuestion) { |
例:IE5.0之前的版本不支持document.getElementById()这个DOM方法。尽管可以用非标准的document.all属性实现相同的目的,但IE的早期版本中确实不存在document.getElementById()。于是就有了类似下面的能力检测代码:
1 | function getElement (id) { |
要理解能力检测,首先必须立即两个重要的概念:
- **先检测达成目的的最常用的特性。**对上面的例子来说,就是先检查document.getElementById(),后检测document.all。先检测最常用的特性可以保证代码最优化。
- **必须保证测试实际要用到的特性。**一个特性存在不一定意味着另一个特性也存在,如
1 | function getWindowWidth () { |
这是一个错误使用能力检测的例子。getWindowWidth()函数首先检查document.all是否存在,如果是则返回document.documentElement.clientWidth。IE8及之前的版本确实不支持window.innerWidth属性。但问题是document.all存在也不一定表示浏览器是IE,Opera也支持document.all和window.innerWidth。
更可靠的能力检测
能力检测对于想知道某个特性是否会按照适当方法行事(而不仅仅是某个特性存在)非常有用。如下确定一个对象是否支持排序:
1 | // wrong |
检测某个属性是否存在并不能确定对象是否支持排序。更好的方式是坚持sort是不是一个函数,所以第二只检测更好。
在可能的情况下,要尽量使用typeof进行能力检测。
特别是,宿主对象没有义务让typeof返回合理的值,如IE这个奇葩。如下检测:
1 | // 在IE8及之前版本中不行 |
在IE8及之前的版本中,这个函数返回false。因为typeof document.createElement返回的是”object”而不是”function”。因为DOM是宿主对象,IE及更早版本中的宿主对象是通过COM而非JScript实现的。因此,document.createElement()函数确实是一个COM对象,所以typeof才会返回”object”。IE9纠正了这个问题,对所有DOM方法都返回”function”。
在浏览器环境下测试任何对象的某个特性是否存在,isHostMethod()方法还是比较可靠的,因为它考虑到了浏览器的怪异行为。不过要注意,宿主对象没有义务保持目前的实现方法不变,也不一定会模仿已有宿主对象的行为。
1 | function isHostMethod (object, property) { |
能力检测,不是浏览器检测
检测某个或某几个特性并不能够确定浏览器。下面的检测代码就是错误地依赖能力检测的典型示例。
1 | // wrong 不够具体 |
确实可以通过检查navigator.vendor 和 navigator.vendorSub 来确定Firefox浏览器。但是Safari也一样地实现了相同的属性,于是会导致人们作出错误的判断;为坚持IE,代码测试了document.all 和 document.uniqueID。这就相当于假设IE将来的版本中仍然会继续存在这两个属性而且其他浏览器不会实现这两个属性。
实际上,根据浏览器不同将能力组合起来是更可取的方式。如果你知道自己的应用程序需要使用某些特定的浏览器特性,那么最好是一次性检测所以相关特性,而不要分别检测。如
1 | // 确定浏览器是否支持Netscape风格的插件 |
在实际开发中,应该将能力检测作为确定下一步解决方案的依据,而不是用它来判断用户使用的是什么浏览器。
怪癖检测
与能力检测类似,怪癖检测(quirks detection)的目标是识别浏览器的特殊行为。但与能力检测确认浏览器支持什么能力不同,怪癖检测是想要知道浏览器存在什么缺陷。这通常需要运行一小段代码,以确定某一特性不能正常工作。
例如,IE8及更早版本中存在一个bug,即如果某个实例属性与标记为[[DontEnum]]的某个原型属性同名,那么该实例属性将不会出现在for-in循环当中。可以用如下代码来检测这种“怪癖”:
1 | var hasDontEnumQuirk = function () { |
以上代码通过一个匿名函数来测试该怪癖,函数中创建了一个带有toString()方法的对象。在正确的ECMAScript实现中,toString应该在for-in循环中作为属性返回。
一般来说,“怪癖”都是个别浏览器所独有的,而且通常被归为bug。在相关浏览器的新版本中,这些问题可能会也可能不会被修复。由于检测“怪癖”涉及运行代码,因此我们建议仅检查那些对你有直接影响的“怪癖”,而且最好在脚本一开始就执行此类检测。
用户代理检测
也是争议最大的一种客户端检测技术,用户代理检察通过检测用户代理字符串来确定实际使用的浏览器。在每一次HTTP请求过程中,用户代理字符串是作为响应首部发送的,而且该字符串可以通过js的navigator.userAgent属性访问。在服务器端,通过检测用户代理字符串来确定用户使用的浏览器是一种常用而且广为接受的做法。而在客户端,用户代理检测一般被当作一种万不得已才用的做法,其优先级排在能力检测和怪癖检测之后。
提到与用户代理字符串有关的争议,就不得不提到电子欺骗(apoofing)。所谓电子欺骗,就是指浏览器通过自己的用户代理字符串加入一些错误或误导性信息,来达到欺骗服务器的目的。
用户代理字符串的历史
HTTP规范明确规定,浏览器应该发送简短的用户代理字符串,指明浏览器的名称和版本号。RFC2616(即HTTP1.1协议规范)是这样描述用户代理字符串的:
“产品标识符常用于通信应用程序标识自身,由软件名和版本组成。使用产品标识符的大多数领域也允许列出作为应用程序主要部分的子产品,由空格分隔。按照惯例,产品要按照相应的重要程度依次列出,以便标识应用程序。”
上述规范进一步规定,用户代理字符串应该以一组产品的形式给出,字符串格式为:标识符/产品版本号。
1.早期的浏览器
- 1993年,世界第一款web浏览器Mosaic。其用户代理字符串:Mosaic/0.9。
- Netscape Navigator 2的用户代理字符串格式:
Mozilla/版本号 [语言] (平台;加密类型)
语言:语言代码,表示应用程序针对哪种语言设计;平台:操作系统和平台,表示应用程序的运行环境;加密类型:安全加密的雷系,U(128位加密)、I(40位加密)和N(未加密)。 - 1996年,Netscape Navigator 3发布,用户代理字符串删除了语言标记,同时允许添加操作系统或系统使用的CPU等可选信息。格式:
Mozilla/版本号 (平台;加密类型 [;操作系统或CPU说明])。
同期IE3格式:Mozilla/2.0 (compatible; MSIE 版本号; 操作系统) - 1997年,Netscape Communicator 4 发布,格式:
Mozilla/版本号 (平台;加密类型[;操作系统CPU说明])。
而IE4-8则出现了诡异的用户代理字符串现象。 - Gecko:Gecko是Firefox的呈现引擎。第一个采用该引擎的浏览器是Netscape 6。格式:
Mozilla/Mozilla 版本号 (平台;加密类型;操作系统或CPU;语言;预先发行版本) Gecko/Gecko 版本号 应用程序或产品/应用程序或产品版本号 - Webkit:2003年,Apple公司宣布要发布自己的web浏览器,名字定为Safari。Safari的呈现引擎叫Webkit,是Linux平台中Konqueror浏览器的呈现引擎KHTML的一个分支。几年后,Webkit独立出来称为了一个开源项目,专注于呈现引擎的开发。格式:
Mozilla/5.0 (平台;加密类型;操作系统或CPU;语言) AppleWebkit/ AppleWebkit版本号 (KHTML, like Gecko) Safari/Safari 版本号 - Konqueror:只在linux中使用,格式:
Mozilla/5.0 (compatible;Konqueror/ 版本号;操作系统或CPU) - Chrome:以Webkit作为呈现引擎,但使用了不同的js引擎。格式:
Mozilla/5.0 (平台;加密类型;操作系统或CPU;语言) AppleWebkit/ AppleWebkit版本号 (KHTML, like Gecko) Chrome/Chrome 版本号 Safari/Safari 版本号 - Opera:格式:
Opera/ 版本号 (操作系统或CPU;加密类型) [语言];
Opera 10 对代理字符串进行了修改,格式:Opera/ 9.80 (操作系统或CPU;加密类型;语言) Presto/Presto版本号 Version/版本号 - ios和android:ios和android默认的浏览器都基于Webkit,
ios格式:Mozilla/5.0 (平台;加密类型;操作系统或CPU like Mac OS X;语言) AppleWebkit/AppleWebkit版本号 (KHTML, like Gecko) Version/浏览器版本号 Mobile/移动版本号 Safari/Safari版本号。Mobile几号的版本号没什么用,主要是用来确定Webkit是移动版,而非桌面版,而平台可以是”iPhone”、”iPod”或”iPad”。
安卓类似
用户代理字符串检测技术
确切知道浏览器的名字和版本号不如确切知道它使用的是说明呈现引擎。如果Firefox、Camino和Netscape都使用相同版本的Gecko,那它们一定支持相同的特性。
以下脚本可以检测呈现引擎、平台、window操作系统、移动设备和游戏系统。
1 | var client = function() { |
以下函数用于检测移动系统
1 | /* |
用户代理一般适用于以下情形
- 不能直接准确地使用能力检测或怪癖检测。例如,某些浏览器实现了为将来功能预留的存根(sub)函数。在这种情况下,进测试相应的函数是否存在还得不到足够的信息;
- 同一款浏览器在不同平台下具备不同的能力。这时候,可能就有必要确定浏览器位于哪个平台下。
- 为了跟踪分析等目的需要知道确切的浏览器。
温习:
- 能力检测、怪癖检测和用户代理检测及注意事项
(完)
Author
My name is Micheal Wayne and this is my blog.
I am a front-end software engineer.
Contact: michealwayne@163.com