1，从新旧程度上来说，最新的是物联网，再次是云计算，最后是安卓。
2，一种有前景的新技术要经历：被发觉，被拓荒，火爆，冷却，成熟，稳定，最后改革或者淘汰。
3，安卓现在处于火爆，物联网还没火爆起来，是因为现在处于开拓状态。云计算应该是处于其火爆前夜，所以如果学到货真价实的云计算思想和技术细节(比如分布式），那绝对比安卓牛逼。
4，最后简单说说物联网和云计算是搞什么的：
物联网 要达到的目的是，为物品搭载芯片，将它们接入网络，最终可以实现人和物品对话。
云计算现在较为突出的技术部分是分布式计算和存储，我觉得他想要发达起来，想产生更多利润必须走入寻常百姓家，就像微软的 *** 作系统一样，这样就离不开高速的宽带，快到什么程度呢？比现在硬盘的读写速度还快。云计算可以达到的景象是，电脑打开就是浏览器（到时浏览器可能会有一场改革，那时谁的浏览器牛逼谁就是第二个微软），人们干什么都在网上，比如写个文档，直接打开浏览器点一下某个应用，写完存在网上就行。在网速极快的前提下，网页游戏也将发展出大型3D……不过要发展出家家户户网速过G也得个几年头。
最后，就现在的状况来说，学物联网和云计算更像是一种学一种思维方式而非技术，不应该是初学者去搞而是干过一段时间的老手去学，相对来说安卓比较脚踏实地，发展也相对成熟，老师能教出来的实用的东西多一些。推荐安卓。
以上仅代表个人看法。
物联网专业属于较新的专业，智联招聘的数据专家郝建老师进行了分析：按照目前的职位需求和人才供给情况，以及这些行业的普及程度，到2015年，也就是这些专业的第一批学生毕业那一年，人才需求量最高的会是物联网。
物联网就业岗位：射频识别开发工程师、物联网/嵌入式硬件开发工程师、物联网/嵌入式硬件测试工程师、物联网/嵌入式硬件驱动工程师、
物联网/嵌入式系统软件工程师、物联网系统集成工程师等。
就业方向：自动化企业、智能家电、智能家居、工业控制企业、数字娱乐公司、汽车、医疗、航空航天、环境保护、智能物流等领域。
国内应用的例子有很多，比如：浦东机场的围界报警、世博会的安全报警等；中国移动的M2M业务，煤气、水电费自动收费等等。食品安全追溯、危险品运输车辆监测系统等等。
这是在飞瑞敖物联网信息论坛拷贝的几段内容，详细内容你可以去看看了解一下。
众所周知。国内的通讯巨头有中国移动，中国联通，中国电信。在通讯基站建设制造这方面有华为，中兴等 科技 公司。国内的互联网 科技 公司有，阿里巴巴，腾讯，百度，美团，京东等。这些公司中具体有哪些搭建了物联网平台？他们搭建的物联网平台又是怎么样的？
首先我们来了解一下什么是物联网平台，物联网平台全称物联网管理系统平台。即IOT管理系统平台， 那么，什么是IoT管理系统平台呢？
要了解什么是物联网平台，首先您需要了解一个完整的IoT系统的组件。
那么“物联网系统如何工作”。
完整的IoT系统需要硬件，如传感器或设备。 这些传感器和设备从环境(例如水分传感器)收集数据或在环境中执行动作(例如浇水作物)。
完整的IoT系统需要连接。 硬件需要一种将所有数据传输到云端的方法(例如发送湿度数据)或需要一种从云接收命令的方法(例如，现在对作物播种)。对于一些IoT系统，可以在硬件和连接到云之间的中间步骤，例如网关或路由器。
完整的IoT系统需要软件。 该软件托管在云端(什么是云端)，并且负责分析从传感器收集的数据并作出决定(例如，从湿度数据知道刚刚下雨，然后告诉灌溉系统今天不打开) 。
最后，完整的IoT系统需要用户界面。 为了使所有这些都有用，需要一种方式让用户与IoT系统进行交互(例如，具有显示湿度趋势的仪表板的Web应用程序，并允许用户手动打开或关闭灌溉系统)。
IoT平台是连接IoT系统中的所有内容的支持软件。IoT平台有助于通信，数据流，设备管理和应用功能。
IoT平台存在于第3部分中，通常是上述内容的第4部分。随着所有不同种类的硬件和不同的连接选项，需要一种使所有工作在一起的方式，这就是IoT平台所做的工作。
IoT管理系统平台帮助：连接硬件，处理不同的通讯协议，为设备和用户提供安全和身份验证和收集，可视化和分析数据与其他Web服务集成。您的业务何时应用物联网管理系统平台
由于IoT是一个系统系统，因此在所有相关领域拥有专长的组织很少见。存在物联网平台，可帮助企业克服技术挑战，而无需将其全部归咎于内部。
物联网作为未来发展重要方向，承载了世界梦想，面对新一轮信息 科技 机遇，越来越多的企业也在加大部署或者 探索 物联网，以此驱动产业转型升级，各界积极入局跑马圈地，以此抢夺时代制高点。
谷歌希望安卓 *** 作系统能能广泛应用在各种智能设备当中去，发布了Android Things物联网系统，同时，谷歌希望把强大AI能力扩展到各种物联网智能设备上，至此在今年面向智能终端首款AI芯片Edge TPU，核心用于边缘计算，让本地就具有AI处理能力。
美国另一 科技 巨头微软，希望win10无处不在，推出Win 10 IoT为全球各行各业智能设备提供服务，帮助他们迈向物联网时代。另外，Win10 IoT可以在边缘做更多工作，包括机器学习、事件处理、图像识别和人工智能，并与Azure物联网再到边缘无缝集成为Win 10 IoT设备带来了云智能和安全分析。与此同时，微软也将投入50亿美元支持物联网创新。
亚马逊则在多年前就发布了AWS IoT平台，以此抢占物联网应用市场，例如帮助工业企业提高运营效率，使用AWS IOT构建的机器学习模型可以在云中或直接在工业设备上运行，从而设备可以响应本地事件并采取智能动作。
物联网连接规模呈现高速增长态势，以LoRa和NB-IoT等低功耗广域网LPWAN通信技术发展迅猛，连接复合年增长率为109%，在城市井盖、水、电、燃气表等得到了大量应用。
随着5G通信技术的发展，万物互联得以实现，在国内，BAT以及华为等厂商战略纷纷向物联网转变，华为以大连接谋划，去撬开这个千亿级连接市场。
百度以ABC＋IoT＋智能边缘促进物联网在各垂直领域展开大规模应用，并赋能各行各业，促进物联网时代到来。
腾讯在今年迎来重大战略转型，被视为变革开启之年，新成立云与智慧产业事业群是腾讯战略大调整核心部门，寄托未来变革命运，拥抱产业互联网，助力产业与消费者形成更具开放性的新型连接生态。
中国移动：成立物联网公司、车联网公司，搭建物联网专网、提供专号、建设物联网设备接入管理平台和物联网应用开发平台，大力推动物联网业务展。
可以说基本上在国内有名的公司全部入局了物联网平台建设。物联网的发展，已经上升到国家战略的高度，必将有大大小小的 科技 企业受益于国家政策扶持，进入 科技 产业化的过程中。
从行业的角度来看，物联网主要涉及的行业包括电子、软件和通信，通过电子产品标识感知识别相关信息，通过通信设备和服务传导传输信息，最后通过计算机处理存储信息。
而这些产业链的任何环节都会开成相应的市场，加总在一起的市场规模就相当大，可以说，物联网产业链的细化将带来市场进一步细分，造就一个庞大的物联网产业市场。为人类的生产和生活方式带来全面的改变。
自己在电信上班，这个问题很不错。就现在成都电信物联网建设来说，已经很完善了。
MQTT 协议 是基于发布/订阅模式的物联网通信协议，凭借简单易实现、支持 QoS、报文小等特点，占据了物联网协议的半壁江山。
常用于 IOT 物联网和一些需要服务端主动通知客户端的场景。
1 导入依赖
2 创建 MqttHelper 辅助类，设置回调监听
3 连接 MQTT
连接成功或失败，以及中途的连接掉线，会触发 OnMqttStatusChangeListener 回调
4 MQTT 连接状态监听
5 MQTT 收发消息监听
onSubMessage 订阅的消息回调，因为存在订阅多个 topic 的情况，所以回调能知道是来自哪个 Topic 的消息；
onPubMessage 发布的消息回调，用于确认发布的消息是否发送成功。
6 MQTT 订阅 Topic
需要在 MQTT 连接成功后才能订阅 topic，否则订阅 Topic 不成功，收不到对应消息
7 MQTT 取消订阅 Topic
8 MQTT 发布消息
9 MQTT 断开连接
10 通知设置
由于 MQTT 启动了一个 Service，而 Android 80 以上对于后台 Service 限制时长 5 秒；所以将 MqttService 绑定到 Notification 上成为了一个前台通知；通知的标题和内容显示可以在 stringsxml 中设置，对应属性如下：
Android 80 及以上开启前台服务绑定到通知，80 以下默认不启用，可将 mqtt_foreground_notification_low_26 设为 true，将 80 以下设备也开启前台通知服务
创建 MQTT 实例时需要传送参数 MqttOptions,下面将介绍下部分参数;
1 Topic
MQTT 是一种发布/订阅的消息协议, 通过设定的主题 Topic,
发布者向 Topic 发送的 payload 负载消息会经过服务器, 转发到所有订阅
该 Topic 的订阅者
通配符 : 假想移动端消息推送场景,有的系统消息是全体用户接收,有的消息是 Android 或 iOS 设备接收, 又或者是某些消息具体推送到用户,当然, 对应的多种类型消息可以通过多订阅几个对应的 Topic 解决,也可以使用通配符;
通配符有两个, " + " 和 " # ", 与正斜杠 " / " 组合使用;加号只能表示一级Topic, 井号可以表示任意层级 Topic; 例如: 订阅 Topic为 " System/+ ", 发布者发布的 Topic 可以是 System、System/Android、System/iOS; 但是不能是 System/iOS/123, 而订阅的 Topic 如果是" System/# " 则可以收到;
注意,只有订阅的 Topic 才可以使用 通配符, 发布和遗嘱的 Topic 不能包含通配符
2 ClientID
发布者和订阅者都是属于客户端, 客户端与服务端建立连接之后,发送的第一个报文消息必须是 Connect 消息,而 Connect 的消息载荷中必须包含 clientID 客户端唯一标识;
如果两个客户端的 clientID 一样, 则服务端记录第一个客户端连接之后再收到第二个客户端连接请求,则会向一个客户端发送 Disconnect 报文断开连接, 并连接第二个客户端, 而如果此时设置了自动重连, 第一个客户端再次连接,服务端又断开与第二个的连接, 连上第一个客户端, 如此将导致两个客户端不断的被挤掉重连
注意: clientID 使用的字符最好是 大小写字母和数字, 长度最好限制在[1, 23] 之间;
3 遗嘱消息
可选参数, 客户端没有主动向服务端发起 disconnect 断开连接消息,然而服务端检测到和客户端之间的连接已断开, 此时服务端将该客户端设置的遗嘱消息发送出去
应用场景: 客户端因网络等情况掉线之后, 可以及时通知到所有订阅该遗嘱 Topic 的客户端;
遗嘱 Topic 中不能存在通配符
4 Session
客户端和服务端之间建立的会话状态, 一般用于消息保存, 如果设置清除 Session,则每次客户端和服务端建立连接会创建一个新的会话,之前连接中的消息不能恢复,
而设置不清除会话, 对应发布者发送的 qos 为 1和2 的消息,还未被订阅者接收确认,则需要保存在会话中, 以便订阅者下次连接可以恢复这些消息;
注意: Session 存储的消息是保存在内容中的, 所以如果不是重要的消息,最好是设置清除 Session, 或者设置 qos = 0;
5 心跳包
标识客户端传输一次控制报文到下一次传输之间允许的空闲时间；在这段时间内，如果客户端没有其他任何报文发送，必须发送一个 PINGREQ 报文到服务器，而如果服务端在 15 倍心跳时间内没有收到客户端消息，则会主动断开客户端的连接，发送其遗嘱消息给所有订阅者。而服务端收到 PINGREQ 报文之后，立即返回 PINGRESP 报文给客户端
心跳时间单位为秒，占用2个字节，最大 2^16 - 1 = 65535秒（18小时12分钟15秒）,设置为 0 表示不使用心跳机制； 心跳时间一般设置为几分钟或几十秒即可，时间短点可以更快的发出遗嘱消息通知掉线，但是时间短会增加消息频率，影响服务端并发； 微信长连接为 300 秒，而三大运营商貌似也有个连接时间最小的为 5 分钟。
6 qos
服务质量等级 qos 对应两部分,一是客户端到服务端发送的消息, 一是服务端到客户端订阅的消息; 从发布者到订阅者实际 qos 为两段路中 qos 最小的。
qos 可选值 0(最多交付一次)、1(最少交付一次)、2(正好交付一次);
qos = 0 ：接收方不发送响应，发送方不进行重试；发送方只管发一次，不管是否发成功，也不管接收方是否成功接收，适用于不重要的数据传输；
qos = 1 ：确保消息至少有一次到达接收方，发送方向接收方发送消息，需要等待接收方返回应答消息，如果发送方在一定时间之内没有收到应答，发送方继续下一次消息发送，直到收到应答消息，删除本地消息缓存，不再发送；所以接收方可能收到1-n次消息；适用于需要收到所有消息，客户端可以处理重复消息。
qos = 2 ：确保消息只一次到达接收方，发送方和接收方之间消息处理流程最复杂；
Mqtt Qos 深度解读 和 MQTT协议QoS2 准确一次送达的实现
7 payload 负载消息
字节流类型, 是 MQTT 通信传输的真实数据
8 保留消息
发布消息时设置, 对应参数 retain, 服务端将保留对应 Topic 最新的一条消息记录; 保留消息的作用是每次客户端连接上线都会收到其 Topic 的最后一条保留消息, 所以可能存在网络不稳定,频繁掉线重连,每次重连重复收到保留消息;
可以向对应的 Topic 发送一条 空消息,用于清除保留消息。
MQTT 服务搭建 Apache Apollo 服务器 搭建 MQTT 服务
Github 仓库
mqtt 协议
学习java，安卓还是不错的选择，移动时代还是非常火的，可以网上找老罗的视频资料看，
讲得比较全面，也很好，百度就能找到。
在对接项目中 IoT 时，发现目前有对 MQTT 做了接入，这里记录一下，官方的资料比较详细，这里主要从实现细节出发；对具体的需求以及配套的技术方案进行整理，以供参考。
提到 IoT(Internet of Things)、IIoT(Industrial IoT ) 不得不说 MQTT ，其被广泛的应用在物联网以及工业物联网之中，是一种消息传递协议。不同于我们所认识的平时常见的一些智能设备，如手机、电脑、平板等；这些设备一般都有着很好的计算能力，所依赖的网络环境很优质。但是一般的硬件设备性能较差，网络环境不稳定，而 MQTT 则是专门针对于硬件性能，网络状态不稳定场景下而生的。有着天然的优势。
详细信息
主要需要注意 Topics 的匹配规则，分为单项通配符，与多项通配符。单项以 + 连接：this/is/+/single,其中仅仅 + 部分可以被替换为单个路径(以 / 分割)。多项通配符仅支持在尾端支持：this/is/multi/#，并且是多级的。
详细信息
保活时效，包括其他的字段，官方文档都给出了很详细的解释，认真了解一项技术实现，官方的文档还是最好的选择文档。这里主要基本认识MQTT是个什么东西，具体的实现细节与规范也不是一两句话可以说的清楚的，且可能存在误导的风险。MQTT
以实际的项目为例，现需要实现的功能有：
功能相对很简单，总结就是服务端推送消息，设备根据消息做出响应。
导入依赖
主要分为几个类：a主体请求 Client ，b数据返回的回调 dataCallback ，c链接状态回调 connectCallback ，d具体消息处理策略 IHandler 。方案主要就包括这几个大类，逐步实现各个细节。
在实现之前，列举几个关键的参数，参数配置在 MqttConnectOptions 中
关于自动重新连接有三个必要条件， cleanSession 需要设置为 false ， isAutomaticReconnect 需要设置为 true ，并且初始 已经连接过 。划重点，这里就要求， MQTT 虽然可以自动重试连接当时必须有这三个前提，那么首次由于网络等其他原因，这里的重试机制是需要我们自身去实现的，也就是需要保证首次能够连接到服务端。源码以及注释：
需要注意的是这里的 ClientId ，是唯一性的，像 IoT 设备以设备 deviceId 作为 ClientId ，如果换成用户 userId ，当在多设备登录的情况下，那么重试等其他一些机制会影响预期结果，给排查问题带来一定的难度。
消息体中会包含不同的 type ，根据不同的 type 实现不同的处理器，当然为了灵活还要借助 注解机制 。
通过反射的方式加载对应的 IHandler 实现类，核心代码
使用时，直接加上注解：
整个流程的主要部分已经给出，核心是通过不同的消息 type 查找出对应的 处理器 ；当然这部分主要是由注解完成的，对于处理器的查找则是通过 反射 的方式来进行匹配的。
MQTT官网
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）