我录制的课程《WEB端获取MAC地址真实项目案例》结束了，一共九课，不含第一课和最后一课的话有七课。

课程地址如下：

http://www.yzmedu.com/course/388

一、Web 页面获取 MAC 地址的设计思路

Web 页面获取 MAC 地址的设计思路是比较简单的，只需要在本地模拟一个 HTTP 服务器，然后让 Web 页面通过 Ajax 来请求 HTTP 服务器，HTTP 服务器直接返回本机的 MAC 地址就可以了。

具体流程如下图：

流程图非常的清楚，主要就是 HostServer 和 Ajax 的通信，这样就可以得到 MAC 地址，然后通过 DOM 操作，即可把 MAC 地址写入到 input 框中。这样，就可以和用户名、密码一起提交给服务器进行验证了。

二、除了获取 MAC 地址还能干啥

之前做过一个物流提货的项目，涉及到一些硬件设备，包括：小票打印机、刷卡器（身份证、银联卡）、进币器、密码数字键盘等。这些设备、电脑主机和显示器在一个类似 ATM 机那样的机柜中（其实就是 ATM 机的设备，本身这套东西就是银行提供的）。

操作这些硬件的接口厂家提供了一个 OCX，而整个项目是 B/S 架构的。那么，在客户端想要操作这些硬件，就要调用 OCX，而 OCX 只能在 IE 浏览器下使用（Chrome、FireFox 是不支持 OCX 的）。众所周知，IE 对 Web 并不友好，但是如何又能在不使用 IE 的情况下，又去调用 OCX 来完成操作硬件的功能呢？那么就是我们上面的方法了。

简单的描述一下，就不贴图了。

在终端上放一个 HostServer 用来接受页面中 Ajax 的请求，并根据请求去调用 OCX 中相应的功能，把 OCX 的返回信息，再以 Json 的格式返回给 Ajax 即可。

这样，把 浏览器 和 OCX 文件进行了分离，中间加入了一个 HostServer，页面 和 OCX 的通信通过了 HostServer，那么以后如果接口是 DLL 文件，也可以通过 HostServer 来进行完成，当然，还可以完成更多的功能。

三、总结

其实整个获取 MAC 地址的功能，对于登录页面而言是一个服务端，它在本地是一个可执行的程序，那么它和普通的 EXE 文件是没有区别的，那么它能完成的功能其实远远不是获取一个 MAC 地址的功能，对于上面的例子来说，把服务的提供者和使用者进行了分离，而且针对于本机的扩展也十分的方便了。当然，如果你愿意的话，可以让 HostServer 充当客户端直接和后端的服务器进行通信而不通过浏览器，这样是不是还能做一些让用户没有感知的事情？