蓝灯代理设置怎么改回去

蓝灯代理设置该回去的方法：

Windows系统，打开IE浏览器，点击顶部菜单，工具（如果是IE9以上版本的IE浏览器，点击浏览器右上角的小齿轮图标）——internet选项——连接——局域网设置——取消为LAN使用代理服务器前面的对勾。

抹除端口和地址里的数字——确定——确定——退出，重启IE浏览器，即可恢复正常。

蓝灯是个好工具。可以帮忙我们访问一些由于众所周知的原因在国内无法正常访问的网站(比如 Google、Stack Overflow、Medium 等等)。

每次启动蓝灯，它会自动修改操作系统的网络代理指向它自己。不需要我们手动配置，很是方便。

总结如下：

需要网络代理的地方其实不止是浏览器，很多命令行工具也会访问网络。比如，我们通过 homebrew 安装 dart 的时候，brew 命令会从 Google 的服务器上下载安装文件。然后你就会看到网络连接错误的提示信息。

要解决这类问题，只需要为 Shell 设置两个环境变量 HTTP_PROXY 和 HTTPS_PROXY 即可。我们直接利用蓝灯在本地启动好的代理端口。

BREW就是无线二进制运行环境(Binary Runtime Environment for Wireless), 是高通公司2001年推出的基于CDMA网络 "无线互联网发射平台" 上增值业务开发运行的基本平台。相对Java，BREW是一个更底层的技术。

BREW提供一个高效、低成本、可扩展和熟悉的应用程序执行环境（AEE），着重开发可无缝植入任何实际手持设备的应用程序。制造商和开发人员可以随时对运行环境进行扩展，提供应用程序需要的各种附加性能模块，如"无线互联网发射平台"中包含的多媒体、多种连接方式、位置服务、用户界面、网络等功能套件。BREW提供的功能环境就好像PC机上的操作系统一样，可以通过服务提供商下载指定类型的应用程序或游戏来使用。同时，通过BREW接口功能，供应商可以提供成套的完整的资讯、商务、娱乐功能。在将来的版本中，BREW内核类将能提供诸如蓝牙技术、全球定位系统(GPS) 和基于数据业务的电话等服务。由于需要更少的内部应用程序开发和集成任务，OEM 可以更加快速地推出新设备。用户可以选择和下载适合自己个人喜好的无线软件。通过这种方式，用户将推动新的无线数据应用程序和服务市场的发展。

BREW主要应用在移动通信领域，BREW类似一个开放免费的PC操作系统，其他厂商可以在这个平台上设计各项应用。作为一个手机应用平台，BREW能支持高速上网、下载游戏、无线购物等几十种数据业务。厂商使用BREW设计一款应用软件，所有装载高通芯片的手机都可以使用，不会出现JAVA(另一种平台)上不同手机型号需要分别设计的麻烦。此外，BREW还兼容其他语言，包括JAVA、FLASH。

2、BREW的主要内容

BREW 运行时环境是一个较薄的软件接口层，位于芯片系统软件和应用程序间的无线设备上，使最终用户可以无线下载程序并在启用 BREW 的设备上运行。BREW 具有较高的闪存和 RAM 使用效率。它包括以下内容：

(1) BREW 应用程序平台

完整的 BREW 解决方案始于无线设备上驻留的开放、标准应用程序执行平台。

● 瘦薄 - BREW 并不仅仅是为 PC 或 PDA 开发的产品的缩减版本，它比其它应用程序平台或成熟的操作系统小许多倍。

● 快速 - BREW 平台正位于芯片系统软件之上，启用了快速 C/C++ 本地应用程序，以及浏览器与基于Java 技术和扩展的虚拟机（例如游戏引擎和音乐播放器）的简易集成。

● 开放 - 除本地 C/C++ 以外，BREW 还支持其它多种语言，包括 Java、可扩展标识语言 (XML)、 Flash 等执行环境。而且，由于它可以驻留在采用 Palm 等任何移动操作系统 (OS) 的智能手机上，因而可使用 BREW 发布系统 (BDS) 无线下载为这些 OS 编写的应用程序， 并像 BREW 应用程序一样使之商品化。

● 可扩展 - 第三方可以为 BREW 平台编写扩展，从而向应用程序提供附加功能。

● 成本效益高 - 降低开发成本，并缩短设备制造商的产品面市时间。设备制造商可以在开发应用程序和为不同型号产品配备应用程序方面花费很少的时间，而将更多的时间投入产品设计。

● 安全 - BREW 对基本的电话和无线网络运行提供保护。

(2) BREW 移植包

BREW 平台所承诺的无限简化产品与服务的开发和制造，其核心就是BREW移植包。它缩短了将 BREW平台集成到新研制设备中的过程。

(3) BREW SDK（软件开发包）

BREW SDK 可使开发者使用标准工具在熟悉的环境中工作。也就是说，可以在无需知道芯片系统源代码及与设备制造商没有直接关系的前提下编写基于 BREW 的设备中使用的应用程序。

(4) BREW 发布系统 (BDS)

BDS 使运营商可以轻松地将从开发者手中获得的应用程序投放到市场，并协调结算和支付。

运营商可以根据需要调整 BDS，包括管理他们自已的应用程序发布及定价、选择第三方管理应用程序。

(5) 应用程序类型

BREW 使用户可以仅以所需的应用程序来自定义手持设备。用户只需按几个按钮，即可从众多的应用程序中进行选择。

● 通信 - 即时通信、电子邮件、铃声和其它互动消息传送

● 定位 - 映射、浏览、 交通和其它特定定位内容

● 效率工具 - 移动同步办公应用程序和实用工具，提高了个人效率

● 游戏 - 单个玩家和多个玩家间的互动游戏

● 移动商务 - 帐户余额、零售、股票交易等金融交易。

● 娱乐 - 音乐、录像、幽默，甚至追踪某一事件

● 信息 - 航班跟踪、新闻、天气、体育和其它日常信息

● 扩展 - 开发者可以在应用程序中使用的强大的 BREW 平台第三方扩展

3、BREW具有的几个优势

第一，对于运营商而言，BREW技术与网络完全无关。这意味着它可以完全平等地应用于所有领先的无线技术之中。BREW平台还能与现有的电路交换网络非常成功地配合使用，可以满足各方的需求，其中包括那些在近期无法建设分组网络的运营商以及那些正在部署分组网络的运营商。这一点同服务器端解决方案（如WAP）相比，差别很大。BREW平台凭借其用户端执行功能而完全不受网络延迟的影响。更加高级的网络可以提升BREW的性能，但是无论如何，BREW可以为任何现有的2G网络或今后建设的网络提供美好的用户体验。即便没有3G网络，BREW应用也能提供功能强大的服务。同时，BREW可以随网络和设备的升级不断演进发展。

第二，对于设备制造商而言，过去移动数据服务的事实证明由于价格偏高，高效操作系统并非实现无线数据应用的高效解决方案，而理想的情况是，应用应完美适用于各类不同档次的电话，充分利用电话的资源，为用户带来无限美好的体验。BREW应用运行环境可以同移动设备闪存和RAM中的处理芯片紧密集成，从而实现广泛适用性。从本质上讲，BREW可以在移动设备的低级功能与第三方编写的高级应用之间提供软件连接。这种方案的优势显而易见：软件开发变得更加顺畅，效率得到提升。BREW这种软件移植的简易性使得BREW功能适用于任何一家手持设备制造商。BREW平台独立于空中接口，可以移植到CDMAIS－95A、IS－95B、1x、1xEV－DO以及GSM/GPRS手机中。由于BREW在整个系统中仅占用大约150k的存储容量，制造商可以在低端电话中提供更多实用和有趣的应用这种简单而廉价的芯片级集成意味着BREW可以满足大众市场的喜好。

第三，对于应用开发商而言，向市场快速推出新式应用是软件开发商赖以成功的关键所在。BREW执行平台基于普及型编程语言C/C＋＋，这种语言拥有庞大的用户群，目前已有700万开发员使用这种语言，他们只需掌握很少的移动电话知识即可实现BREW支持。BREW开发工具套件则是免费下载的。而Java程序员同样也可以从BREW的芯片级集成中获益。通常而言，Java应用需要Java虚拟机（JVM）的支持，IBM编写出一种单独的JVM，以此作为BREW的扩展。Java开发人员可以充分利用这种JVM一次性编写Java应用，并在所有支持BREW的设备上运行它们，而无需考虑制造商是谁。除此之外，BREW使得Java应用在手机上的安装变得更加简单轻松，并且能够通过无线方式实现JVM的升级和招回。借助BREW，Java应用可以在更多电话上更加轻松地运行。更为重要的是，BREW解决方案包含全面的计费和支付基础设施——BREW分发系统，该系统可以保证开发商能从自己的应用中赚取适当的利润。

第四，对于手机用户来说，由于BREW可以在芯片组级别进行集成，让网络运营商向成本最低的移动电话提供实用的应用，即使十分注重价格的用户也可以在自己手机上获得新的应用。用户通过BREW手机享受丰富的BREW业务，用户可通过无线下载在BREW平台开发的各种有趣而实用的应用，充分享受个性化手机带来的无限乐趣。

目前全球已有超过50款BREW手机面市，日本的京瓷公司和韩国的LG电子相继推出了各自的BREW手机，据悉，这两款手机是中国联通最先为用户推出的BREW手机。

物联网 (internet of thing) ，表示的是可以把一些带某些传感器的设备(终端)，接入到互联网的行为。

通过互联网连接这些设备，这些设备就能够互相协作。

而 MQTT 就是这些设备之间数据通信的一个基于 TCP/IP 的协议。

每个终端都和实现了 MQTT 协议的代理/服务器相连。

通过 published MQTT 代理服务器的某个 主题 发送数据。

通过 subscription 从 MQTT 代理服务器获取自己订阅的 主题 数据。

MQTT 协议是一种轻量级的、灵活的网络协议。并且非常适合 IOT 的场景。

大多数开发人员已经熟悉了 HTTP WEB 协议。那么为什么不让 IOT 设置链接到 WEB 服务？

设备可以采用 HTTP 请求的形式发送数据，并采用 HTTP 响应的形式从服务器获取数据，接受更新。

因为对于 IOT 的设备来说，这种 主动请求-->被动等待应答的 数据传输模型存在严重的局限性：

那么，MQTT 为什么如此轻便且灵活？MQTT 协议的一个关键的特性是 发布/订阅模型 。它将数据的发布者和接受者分离。

一个设备终端既可以是数据的发布者 (published) 也可以是数据的订阅者 (subscription) 。

一个设备如果要发布数据，只需要往代理服务器中 相应的主题发布数据内容即可。

一个设备如果需要接受到数据，只需要在代理服务器中， 提前订阅自己需要关注的主题即可。

MQTT 最基本的体验，就是使用 mosquitto 。

Mosquitto是一款实现了 MQTT v3.1 协议的开源消息代理软件，提供轻量级的，支持发布/订阅的的消息推送模式，使设备对设备之间的短消息通信简单易用。

它可以理解成一个 MQTT 的代理服务器。

基本步骤如下：

安装成功截图

使用 brew services start mosquitto 启动 MQTT 服务

运行截图

然后再打开另外两个终端窗口，模拟两个IOT设备。A 订阅 MQTT 服务。B 向 MQTT 的服务发送数据。

A订阅当前MQTT的某个服务。

B向 MQTT 服务器发布(published) 数据。

然后，我们就可以在A控制台里看到由 B 通过 MQTT 服务发送的数据了。

基本流程图

控制台 A 向 MQTT 服务器订阅 dw/demo 服务，并被动的等待 MQTT 服务器返回数据。

控制台 B 主动的向 MQTT 服务器的 dw/demo 服务发送 published 数据，之后。服务器会主动向事先订阅了 dw/demo 的终端分发此消息。

MQTT 是一种链接协议，它指定了如何组织数据字节并通过 TCP/IP 网络传输它们。但实际上，开发人员并不需要链接这个链接协议的具体细节。我们只需要知道，每条消息都有一个命令和数据有效负载。该命令定义消息类型(比如 CONNECT 消息或者 SUB SCRIBE 消息)。所有的 MQTT 库和工具都提供了直接处理这些消息的基本方法，并且能自动填充一些必要的字段(在数据包的对应字节填充)，比如消息和客户端 ID。

首先客户端发送一条 CONNECT消息 来链接代理。CONNECT 消息要求建立从客户端到代理服务器的链接。

CONNECT 命令的基本参数

当客户端向代理服务器发送一条 CONNECT 命令之后，服务器会调用 CONNACK 命令，告知服务链接的状态。

CONNACK 命令的基本参数

当客户端和服务器建立连接之后，客户端就可以向服务器订阅某些主题的。(发送一条或多条 SUBSCRIBE消息 )。

表明当服务器接受到其他终端推送的此主题数据时，服务器会默认发送给它。

SUBSCRIBE 参数列表

当客户端成功的向服务器订阅某个主题之后，服务器会返回一条 SUBACK 的消息，其中包含一个或者多个 returnCode 参数。

SUBACK消息参数

returnCode : 值 0 - 2 ，表示成功订阅，并返回这个订阅消息的 QOS。值 128 ： 订阅失败。

既然客户端可以向服务器订阅某个主题，当然也可以取消订阅。

与 SUBSCRIBE 订阅命令相反的命令是 UNSUBSCRIBE 取消订阅命令。

此命令非常简单。只有一个topic(主题)参数。

上面讲的是订阅，订阅是需要有消息从服务器发送过来的。但是服务器本身基本不产生数据，那数据从何而来呢？

通过另外一个客户端执行 PUBLISH 命令，往代理服务器发送数据。并最终通过代理服务器将数据传递给订阅了此服务的客户端。

PUBLISH 消息参数

对于 MQTT 的一张基本理解图

基本流程图：

最后总结

参考资料： 初识 MQTT

---