JavaScript 检测浏览器和操作系统

断浏览器的方法:

第一种方法:

<script type="text/javascript">
var Sys = {};
var ua = navigator.userAgent.toLowerCase();
var s;
(s = ua.match(/msie ([\d.]+)/)) ? Sys.ie = s[1] :
(s = ua.match(/firefox\/([\d.]+)/)) ? Sys.firefox = s[1] :
(s = ua.match(/chrome\/([\d.]+)/)) ? Sys.chrome = s[1] :
(s = ua.match(/opera.([\d.]+)/)) ? Sys.opera = s[1] :
(s = ua.match(/version\/([\d.]+).*safari/)) ? Sys.safari = s[1] : 0;
//以下进行测试
if (Sys.ie) document.write('IE: ' + Sys.ie);
if (Sys.firefox) document.write('Firefox: ' + Sys.firefox);
if (Sys.chrome) document.write('Chrome: ' + Sys.chrome);
if (Sys.opera) document.write('Opera: ' + Sys.opera);
if (Sys.safari) document.write('Safari: ' + Sys.safari);
</script>

第二种方法:

读原文：【技术分享】浏览器检测之趣事

点击关注“八戒技术团队”，阅读更多技术干货

那段历史

在开发过程中，我们通常用用户代理字符串—浏览器端 window.navigator.userAgent或者服务器端header携带的user-agent —来用于检测当前浏览器是否为移动端，比如：

if(isMobile()) {
  // 移动端逻辑...
}


function isMobile () {
    const versions = (function () {
        const u = window.navigator.userAgent // 服务器端：req.header('user-agent')
        return {
          trident: u.indexOf('Trident') > -1, // IE内核
          presto: u.indexOf('Presto') > -1, // opera内核
          webKit: u.indexOf('AppleWebKit') > -1, // 苹果、谷歌内核
          gecko: u.indexOf('Gecko') > -1 && u.indexOf('KHTML') === -1, // 火狐内核
          mobile: !!u.match(/AppleWebKit.*Mobile.*/), // 是否为移动终端
          ios: !!u.match(/\(i[^;]+;( U;)? CPU.+Mac OS X/), // ios终端
          android: u.indexOf('Android') > -1 || u.indexOf('Linux') > -1, // android终端或者uc浏览器
          iPhone: u.indexOf('iPhone') > -1, // 是否为iPhone或者QQHD浏览器
          iPad: u.indexOf('iPad') > -1, // 是否iPad
          webApp: u.indexOf('Safari') === -1
       }
    }())
    return versions.mobile || versions.ios || versions.android || versions.iPhone || versions.iPad
}

我在使用时心里一直有疑问，一个移动端，为什么要做那么多判断呢？

目前我的 Chrome 浏览器：

看到这么一长串字符串，我表示更懵逼， Mozilla不是firefox的厂商么？这是 Chrome 浏览器，又怎么会有 “Safari” 的关键字？那个 “like Gecko” 又是什么鬼？

于是抱着这些疑问，我打算好好深入了解一下浏览器检测这部分，没想到在学习过程中发现了挺有意思的事情，待我慢慢道来，大家也听个乐呵。

首先始于客户端与服务器端通信，要求携带名称与版本信息，于是服务器端与客户端协定好在每个HTTP请求的头部加上用户代理字符串(userAgent)，方便服务器端进行检测，检测通过之后再进行后续操作。

早期的用户代理字符串(userAgent)很简单，就 "产品名称/产品版本号"，比如："Mosaic/0.9"。93年之后，网景公司发布的Netscape Navigator 系列浏览器渐渐成为了当时最受欢迎的浏览器，于是它拥有了规则制定权，说从此以后我的用户代理字符串就为：

这时肯定有人会问，"Mozilla" 是网景公司为 Netscape 浏览器定义的代号，既然站在“食物链”顶端，那当然得用自己的命名，这能理解。可为啥直到现在，大部分主流浏览器的用户代理字符串(userAgent)，第一个名称也是 “Mozilla” 呢？

这就是我即将要讲的，第一根搅屎棍——微软。

96年，微软推出了 IE3, 而当时 Netscape Navigator3 的市场占有率太高，微软说，为了兼容 Netscape Navigator3， IE的用户代理字符串从此就为：

看到没有，第一个名称还是 “Mozilla”，这个误导信息可以直接骗过服务器检测，而真正的 IE 版本放到后面去了。

大概意思就是初出茅庐的IE小同学怕自己知名度太低，万一服务端检测不到自己，用户流失了怎么办？隔壁老大哥家大业大，那就干脆去蹭波流量吧。关键是蹭流量就蹭流量吧，还嘴硬说我这可是Mozilla/2.0哦，不是Mozilla/3.0哦，跟那个Netscape Navigator3 不能说没有关系，只能说毫不相干。于是，IE成功地将自己伪装成了 Netscape Navigator。

这在当时来说是有争议，但不得不说，微软这波操作相当精准。精准到直到97年 IE4 发布时，IE 的市场份额大幅增加，有了点话语权，也不藏着掖着了，就跟 Netscape 同时将版本升级到了 Mozilla/4.0，之后就一直保持同步了。

看到 IE 这波操作，场外观众有点坐不住了，更多的浏览器厂商沿着IE的老路，蹭着 Netscape 的流量，在此基础上依葫芦画瓢地设定自己的用户代理字符串(userAgent)。直到 Gecko 渲染引擎 (firefox的核心) 开始大流行，用户代理字符串(userAgent)基本已经形成了一个比较标准格式，服务端检测也能识别到 “Mozilla”、“Geoko” 等关键字，与之前字符串相比，还增加了引擎、语言信息等等。

接下来我要说第二根搅屎棍——苹果。

2003年，苹果发布了 Safari, 它说，我的浏览器用户代理字符串是这样的：

Safari 用的渲染引擎是WebKit, 不是Gecko，它的核心是在渲染引擎KHTML基础上进行开发的，但是当时大部分浏览器的用户代理字符串(userAgent)都包含了 “Mozilla”、“Gecko”等关键字供服务器端检测。

苹果昂着脸，维持着表面的高傲，表示我的 WebKit 天下无敌、傲视群雄，心里却颤颤发抖，小心翼翼地在用户代理字符串里加了个“like Gecko”，假装我是Gecko ？！

这波操作可谓是又当又立的典范！

我想可能心理阴影最大的要属 Netscape 了，本来 IE 来白嫖一波也就算了，你Safari 也要来，而且本身苹果的影响力就不容小觑，你再进来插一脚，让我以后怎么生存？但苹果说：“Safari 与 Mozilla 兼容，不能让网站以为用户使用了不受支持的浏览器而把 Safari 排斥在外。”大概意思是，我就是要白嫖，怎么样？可以说是相当不要脸了。

不过至少苹果还有点藏着掖着，而 Chrome 就有点不讲武德，它说，成年人的世界不做选择，我想要的我都要：

Chrome 的渲染引擎是 Blink , Javascript引擎是 V8，但它的用户代理字符串(userAgent)中，不仅包含了“Mozilla”、“like Gecko”，还包含了 “WebKit” 的引擎信息，几乎把能嫖的都嫖了，只多了一个 “Chrome” 名称和版本号，甚至都没有一个 “Blink” 关键字，节操碎了一地，简直触目惊心，令人叹为观止。

到这里就不得不提一嘴高冷的Opera，直到Opera 8，用户代理字符串(userAgent)一直都是 “Opera/Version (OS-or-CPU; Encryption [; language])”

Opera 一直给人一种世人皆醉我独清、出淤泥而不染的气概。到直到 Opera9 画风突然变了，估计也是看到几个大厂商各种骚操作，有点绷不住了，也跑去蹭流量。心态虽然崩但高冷人设不能崩，我就是不走寻常路，于是秀了一波玄学操作，它搞了两套用户代理字符串(userAgent)：

场外观众表示有点看不懂，蹭完 Firefox 又去蹭 IE，还得分开蹭，这哪是秀操作，这可是秀智商啊！纵观浏览器发展的这几十年，大概就是长江后浪推前浪，后浪还没把前浪踩死在沙滩上，后后浪又踩过来的一段历史吧。就在这历史的溪流中，用户代理字符串(userAgent)也已经形成了一个比较标准的格式。

目前，各个浏览器的用户代理字符串(userAgent)始终包含着以下信息：

至于后来移动端的 IOS 和 Andriod 基本的格式就成了：

这里的Mobile可能是 “iphone”、“ipad”、“BlackBerry”等等，Andriod设备的OS-or-CPU通常都是“Andriod”或“Linux”。所以，回到开头的isMobile检测函数内部，一大堆的检测判断条件，简直就是一粒粒历史尘埃的堆叠。

同时，本地Chrome浏览器输出：

我也可以翻译一下，大概意思就是，白嫖的Mozilla/5.0 + Macintosh平台 + Mac OS操作系统 × 10_15_7版本白嫖的AppleWebKit引擎/537.36引擎版本号 (KHTML内核， like Gecko 假装我是Gecko) Chrome浏览器/浏览器版本号99.0.4844.84 白嫖的Safari/Sarari版本号537.36。

本人表示很精彩，一个用户代理字符串犹如看了一场轰轰烈烈(巨不要脸)、你挣我夺(你蹭我蹭)的大戏！

✦✦

第三方插件

接下来，为懒人推荐几款用于浏览器检测的省事的第三方插件。

1、如果只是检测设备是否为手机端，可以用 isMobile ，它支持在node端或浏览器端使用。

地址：https://github.com/kaimallea/isMobile

2、如果要检测设备的类型、版本、CPU等信息，可以用 UAParser ，它支持在node端或浏览器端使用。

地址：https://github.com/faisalman/ua-parser-js

3、vue插件，vue-browser-detect-plugin

地址：https://github.com/ICJIA/vue-browser-detect-plugin

4、react插件，react-device-detect

地址：https://github.com/duskload/react-device-detect

5、在不同平台，要在Html中设置对应平台的CSS，可以用 current-device

地址：https://github.com/matthewhudson/current-device

需要注意的是，第三方插件虽好用，但也要注意安全问题哦，之前 UAParser 就被曝出被遭遇恶意投毒，所以只是简单的检测尽量手写。

✦✦

移动端与PC端分流

移动端与PC端分流，可以用 nginx 来操作， nginx 可以通过 $http_user_agent 直接拿到用户代理信息：

http { 
  server {
      listen 80;
        server_name localhost;
        location / {
           root /usr/share/nginx/pc; #pc端代码目录
           if ($http_user_agent ~* '(Android|webOS|iPhone|iPod|BlackBerry)') {
            root /usr/share/nginx/mobile; #移动端代码目录
           }
       index index.html;
        }
  }
}

希望以上内容能对有需要的人有所帮助

欢迎大家留言写下自己希望了解的技术方向

欢迎大家一起探讨交流

介：给出了网络上一些基本的非接触交流电压检测电路。在第二部分进行分析了基于电容耦合下的原理分析。这对于一些网络上基于电磁感应方面的解释更接近于实际情况。
关键词： 电压检测，AC，非接触

01 交流电压检测

交流电压检测可以在电气维护的时候，不需要直接接触操作对象便可检测上面所携带者交流电压。在 是漏电，还是电磁辐射？[1] 中现实了有人利用无接触交流电压检测器充电器所带来的的高压检测结果。本文总结一些交流电压检测电路图。

一、双极性三极管

这类是由双极型三极管组成达林顿晶体管的结构，对于感应的交流电流进行整流放大之后驱动显示电路。

1、基于三个2N3904

电路来自于 How to make AC Tester | Mains Voltage Detector Circuit | DIY[2] ：介绍了基于3个晶体管的无接触电压检测器。

下面电路中的晶体管可以使用 2N2222， BC547-C替代。

▲ 图1.1.1 检测电路图

▲ 图1.1.2 组装之后的电路并进行测试

下面两个是来自于 Non[3] 的两个检测电路实物示意图。

▲ 图1.1.3 另外一个组装后的示意图

▲ 图1.1.4 带有只是LED和声音的检测电路

在 Non[4] 给出了建立的实物示意图。

▲ 图1.1.5 电路组装示意图

▲ 图1.1.6 三个集体管的电压检测电路

在 Non Contact AC Voltage Detector Circuit Diagram[5] 给出了另外的制作过程。

▲ 图1.1.7 组装在一起的紧凑检测电路图

▲ 图1.1.8 测试电路基本功能

二、基于MOS晶体管

1、2N3819+555

在博文 Non Contact AC Voltage Detector using 2N3819 MOSFET[6] 介绍了基于MOSFET 2N3819的非接触的交流电压检测电路。

▲ 图1.2.1 Non Contact AC Voltage Detetor

【21. 电路中的元器件参数】

S.no Component Value Quantity 1 Input Supply DC 6-12V 1 2 Antenna 2-4 inches 1 3 Field-effect transistor 2N3819 1 4 IC NE555 1 5 Resistor 1MΩ 10KΩ 470Ω 1 2 1 6 Electrolytic Capacitor 10µF 1 7 Ceramic Capacitor 0.01µF 1 8 LED – 1 9 Buzzer – 1

▲ 图1.2.2 测试电路图的详细电路图

三、基于变压器

1、变压器+耳机

在 Sensitive Voltage Detector[7] 给出了基于音频变压的电压检测。可以检测到0.1uA 的交流电流。

▲ 图1.3.1 检测电路图

四、基于IC电路

1、IC4060

在 Non-Contact Voltage Detector Circuits Using Transistors and IC[4] 中给出了基于IC4060的非接触AC 电压检测电路图。

▲ 图1.4.1 基于IC4060的检测电路

2、555

在 How to Make AC Voltage Detector[8] 给出了基于555的电路图。

▲ 图1.4.2 电路原理图

02 检测原理

在 Non-contact voltage detector assignment[9] 介绍了非接触交流电压检测器的基本原理。

▲ 图2.1 操作机理分析示意图

▲ 图2.2 非接触AC电压检测原理分析

▲ 图2.3 非接触AC电压检测分析

参考资料

[1]

是漏电，还是电磁辐射？: https://zhuoqing.blog.csdn.net/article/details/120745453

[2]

How to make AC Tester | Mains Voltage Detector Circuit | DIY: https://nematicslab.com/how-to-make-ac-tester-mains-voltage-detector-circuit-diy/

[3]

Non: https://makingcircuits.com/blog/non-contact-voltage-detector-circuits-using-transistors-and-ic/

[4]

Non: https://forum.chumbaka.asia/blog/2018/04/30/learn-voltage-detector/

[5]

Non Contact AC Voltage Detector Circuit Diagram: https://circuitbest.com/non-contact-ac-voltage-detector-circuit/

[6]

Non Contact AC Voltage Detector using 2N3819 MOSFET: https://circuits-diy.com/non-contact-ac-voltage-detector-using-2n3819-mosfet/

[7]

Sensitive Voltage Detector: https://www.allaboutcircuits.com/textbook/experiments/chpt-3/sensitive-voltage-detector/

[8]

How to Make AC Voltage Detector: https://www.growamis.com/how-to-make-ac-voltage-detector/

[9]

Non-contact voltage detector assignment: https://aaronscher.com/RF_wireless_EM/Non_contact_voltage_detector_assignment/Assignment.html

在线咨询

上一篇：前端 - CSS 学习全部24种Viewports
下一篇：HTML中button标签点击实现页面跳转的三种方法

您的项目需求

*请认真填写需求信息，我们会在24小时内与您取得联系。

整合营销服务商