导语丨作为离用户和物联网设施最近的前端，在物联网三部曲中表演什么样的角色呢？这两年来腾讯云物联网摸索出了“腾讯连连”小程序，提供了一系列开源的凋谢能力，和更多的物联网开发商和爱好者一起打造生态。本文是对腾讯云专家工程师陈慧中在云 + 社区沙龙 online 的分享整顿，心愿与大家一起交换。
点击此链接查看残缺直播回放~
一、物联网设施及腾讯连连简介
1. 设施分类
物联网的根底概念就是人与物相连、物与物相连的基础设施，跟互联网一样，都是基础设施。物就是物联网设施，说到物联网设施大家脑子里可能就会浮现那张增长很迅速的物联网设施增势图，到了 2020 年预估能够达到百亿元的规模。
这阐明了物联网设施是呈指数级增长的，是以一种井喷的形式在增长，这也体现了物联网的前景是非常广阔的。
主题外面提到的连贯智能就是指智能设施，大方向是联合本地或者云端 AI 能力的物联网设施。参加一些论坛的时候大家会把 AI 和 IoT 一起来讲，缩写为 AIoT。明天咱们先从根底的设施讲起，这样也有利于大多数的听众承受。
物联网设施的分类有很多维度，第一个维度是设施上云的形式。因为物联网就是设施和人的连贯，连贯必定是通过互联网实现的，而设施怎么上云呢？
根本有两种形式，一是设施直连，间接和云端通信。另一种是子设施通过网关跟云端建设连贯。这里比拟非凡是蓝牙设施，须要通过手机、蓝牙网关的蓝牙通信再进行云端连贯。
网关和子设施的连贯形式，它的拓扑图能够是星状的、网状的、树状的，能够实用于很多场景的子设施和网关的连贯。
云端连贯都是双向告诉，云端须要管制设施，设施端也要去云端推送音讯。这里波及到物联网的根底协定 MQTT 协定，它其实就是公布订阅者模式的一种网络架构，有趣味的同学能够查阅材料理解。在手机端，websocket 也能够提供相应的性能，达到同样的成果。
大家能够看到图片中的网关既有无线信号，又有一些串口是有线的，这就体现了另外一个设施划分维度：以通信形式为维度。通信划分的大类很简略：有线和无线。
有线设施中一是光缆，通过家里的网口和 USB 连贯，家里有搭建过家庭视频监控体系的话，有线视频监控体系就是通过 USB 或者网口连贯到地方硬盘录像机的。二是串口通信，它在工业畛域用得比拟多，益处是它能够通过 C++ 和其余一些语言进行编程。
无线通讯畛域分成局域网和广域网，最贴近咱们生存的局域网畛域的设施分类就是 Wi-Fi 设施，通过连贯家里的路由器和云端通信，还有蓝牙设施，它能够和设施之间组成网状的网络拓扑，能够达到设施间的通信。
另外一部分无线通讯中的广域网的畛域，一是运营商网络，比方 3G、4G、5G。还有一部分是广域网独自拎进去的低功耗广域网，这类设施的功耗比拟低，有两大分类，一是 NB-IoT，二是 Lora。NB-IoT 是基于运营商网络搭建的低功耗网络，目前普及率比拟高，针对每种设施也有本人的劣势和劣势，这里不做赘述。
有些设施具备两到三种通信形式，这样的联合能够取长补短。举三个例子，一是 Wi-Fi 和蓝牙的联合，因为 Wi-Fi 功耗比拟高比拟耗电，蓝牙功耗比拟低，它的连贯是牢靠的，而且抗干扰性比拟强，它们俩的联合在 Wi-Fi 设施配网的时候能够进步成功率和便捷度。
二是蓝牙和 3G 网络的联合，以 Apple Watch 3G 版为例。第三是和 NB-IoT 的联合，蓝牙能够做到短距离间的物体和物体的通信和精准定位，能够兼顾到远距离的数据传输，尽管设施的大类并不多，然而它们各个在本人畛域发挥优势和它们的联合能够实用很多利用场景。
2. 设施生命周期
首先，要开发一个物联网设施的时候，次要要兼顾到端对端的平安，要确保设施前面跟云端通信的时候，数据通信是平安的。个别会用到证书或者密钥认证，调试性能对开发的效率晋升也很显著。
第二步是设施量产之后用户怎么连贯，连贯就波及到蓝牙或者是配网形式，让设施上云，还有一个维度是设施要在云端注册。
第三步是设施的管制，云端须要对设施进行管制，在一些与人强交互的设施畛域也须要 C 端有一个弱小的控制面板，针对设施的某些属性进行精准管制，还有设施的高低线的解决。
另一个维度设施和设施间的联动，有些时候是须要云端去剖析管制的，比方家里的温度传感器，温度达到 30 度以上，须要去开启家里的空调，这样的场景联动维度。
第四步是开发者须要监控设施的衰弱度，去收集它的日志，也要对其数据进行剖析，辅助商业上的决策或者其余的用处。
随着产品的迭代，还须要更新固件，不可能让用户买了设施后有产品更新就要再买一个，这不是一锤子买卖。
最初一步是设施不必了、下线了，须要做云端的删除和清理数据。
尽管有六步，然而其中的连贯、管制和监控是设施最沉闷的一段时间，对应到人的生命是像咱们的中年阶段。从技术方面讲，这个三个阶段波及技术点和难度也比拟大。
3. 腾讯连连产品概述
产品方面，腾讯云 IoT 致力于帮忙宽广的物联网开发者做好设施生命周期治理中的基础设施建设，保障性能的易用性、完整性和性能高可用性，让开发者只须要关注本人业务逻辑即可，这样以最短时间公布产品抢占先机。
在整个物联网产品开发平台架构图如下：
如图所示，开发者能够在物联网开发者平台去开发调试这个设施，在控制台去看这个设施的监控日志、数据分析等等。同时，腾讯也推出了 C 端的利用腾讯连连，去帮忙用户做设施治理，设施治理包含设施的连贯、交互、更新、删除等等，能够进一步的缩短开发厂商设施量产的 C 端产品开发流程。
腾讯连连当初为什么要做小程序呢？大家对小程序也有所理解，小程序的劣势在于装置便捷、给一个二维码就能够关上了，不像 APP 的装置那么繁琐，它跟微信外面的关系链是强绑定的。
物联网设施也是跟人强绑定的，家居畛域、企业畛域都是须要跟一群人交互的，它的劣势在于这里。而对于开发商来说，小程序能够用一种语法在两端运行，不须要解决安卓、IOS 端的兼容性问题，能够大大的缩小缩短开发周期，而且能够精简开发智能角色一个前端就能够搞定以前要两个端的开发人员做的工作。
如果基于用户来讲，腾讯连连也是 2B 的，开发商用户都有的诉求点必定是要去实现的。腾讯连连在做之前也去采访调研过，发现业界对于小程序端做设施的管制治理是有很多顾虑的，因为认为微信小程序提供的底层接口并不够弱小稳固。
然而咱们依然感觉没有做不成的事件，只有做不成事件的人，所以预研了现有的能力基本上能够反对。微信外部也很反对 IoT 畛域的性能建设和性能优化，所以腾讯连连就开始做了，事实证明咱们也做到了，为了实用更多场景，比方国外用户或者是其余的场景，咱们也提供了连连的 APP 版本和相干 SDK。
二、腾讯连连在设施连贯的能力与建设优化
1. Wi-Fi 类设施配网
首先是 Wi-Fi 类设施，Wi-Fi 类设施上云须要有 5 个步骤，因为 Wi-Fi 设施刚开始是什么都不晓得的，它是被买到家中，须要他人通知它家里路由器的明码和 SSID。所以第一步是手机端须要把 SSID 和明码通知设施，设施端晓得后连贯路由器的 Wi-Fi。
设施和手机都在路由器的局域网外面，它们通过局域网通信设施端能够告知 APP 以后的设施三元组信息（设施根底信息），设施能够间接去云端注册这个设施，注册胜利后手机端就能够云端把设施绑定到本人的名下。
解释两个概念，一是广义配网的概念，第一步就是传输 SSID 和明码，为了达到这一步有蛮多的配网计划，咱们把它叫成广义的配网。二是狭义的配网，狭义的配网是绑定设施胜利，这样设施能力具备跟云端通信的能力，这是狭义配网的概念。
小程序端的连贯遇到的挑战，次要是手机在广义配网怎么将路由器的 Wi-Fi 信息告知设施，前面的绑定操作间接调一个接口就能够了。
Wi-Fi 对设施的实用场景和普及率十分高，在一些不便有线连贯的环境，物理空间也有限度的环境用 Wi-Fi 设施就能够很简略的进行设施上云。须要和其余设施进行通信的状况下，因为设施都在一个局域网外面，能够通过 TCP 或者 UDC 进行通信。
Wi-Fi 适宜适宜兼容性比拟高的场景。而兼容性有两个维度，一是设施须要在世界任何一个 Wi-Fi 外面都能够失常连贯，这一点是 Wi-Fi 联盟去保障的，因为 Wi-Fi 认证是向下兼容的而且指定了寰球对立的规范。
另一个维度是：在配网时候任何一台有 Wi-Fi 性能的手机都能够失常进行配网，这不必放心。就咱们的认知而言，智能机从 iPhone 4 开始就有 Wi-Fi 能力了，当然它也有问题和弱点，就是其功耗十分高。它是基于 2.4G 频段的，抗干扰能力比拟弱，所以目前的市场是逐渐在缩减的，当然，这里只是给大家一个大抵的概念。
咱们能够看看 Wi-Fi 的广义配网，设施端获取 SSID 和明码次要分两个方面，一方面是规范配网形式，另一方面是一键配网形式。
规范配网是兼容性比拟高的配网计划，当初的模组厂商个别都会反对。一键配网是各个厂商为了进步用户体验，提供的一套具备公有协定又有安全性考量的配网协定，包含微信的 AirKiss 协定。
目前咱们曾经从微信接管了这套协定的前期保护。乐鑫 esptouch 的 smartconfi 协定，realtek 的 simpleconfig 协定等等，其余还有很多，咱们这里只列出来腾讯连连当初反对的配网协定如图：
低功耗和 Wi-Fi 联合的场景、双模配网的场景也被列在一键配网的维度外面，这些咱们也是反对的。
有了广义配网的根底后，下一步就是去调研微信小程序有没有这样的技术能力。目前基本上都是基于这三个能力进行开发的，一是连贯 Wi-Fi 的能力，二是 UDP 通信能力，三是蓝牙通信的能力。腾讯连连也基于这个技术能力开展了开发。
简略介绍一下配网的协定：设施端生成一个热点，手机端去退出这个热点，退出热点之后小程序和设施就能够进行 UDP 通信，小程序把 Wi-Fi 信息和配网信息发给设施，设施就能够失常连贯到路由器。这时候小程序也须要把本人网切换到路由器。设施有上云的能力后就去注册这个设施，当然，这外面必定还会波及到一些平安的考量。
注册设施后，手机端去轮询这个设施注册状态，胜利之后绑定这个设施。那么为什么不间接由设施端通知小程序端设施的注册状态？
这是刚开始的流程，因为小程序的根底接口 connectWi-Fi、UDP 通信是有失败率的，所以导致如果设施端间接告知小程序端注册状态的话，会有一些失败率。
而且 UDP 是面向非连贯的，有肯定的丢包率，所以导致告知小程序端注册状态的工夫会比拟长。依据这个成功率和工夫的考量，咱们就改了一下流程，由小程序端本人轮询前面的状态，对成功率和耗时都有帮忙。
SoftAP 成果展现，设施端的日志贴出来，在 Wi-Fi 配网开发过程中设施端日志很重要，这会大大节约开发的工夫，对前期问题的定位也很有帮忙。目前我是在 SecureCRT 进行设施端的连贯和日志的抓取，也能够打 AT 指令来切换 SoftAP，成果也很直观。
这个整体流程有四步，对用户体验有些影响，小程序端接口端须要调用两次 Wi-Fi，但因为是兼容性比拟强的协定，所以目前普及率也十分高。
一键配网的根底原理都是相似的，先是设施须要切换到混淆模式，能够抓取到左近的路由器转发进去所有的播送包信息，手机端同时创立一个 UDP Client 发包，创立 UDP Server 抓取包。之后就开始播送 Wi-Fi 信息，设施端抓取到了当前，因为设施没有退出路由器没有密钥，只能解析包头，从包头外面解析到 Wi-Fi 信息后就连贯路由器。
这时候又波及到小程序端比拟非凡的中央，就是小程序端没有接口能够获取到本机的 IP，所以设施端是无奈间接给小程序端回包的。
这里有两种形式能够做，设施端连贯完路由器后持续监听小程序端发的播送包，因为都在一个局域网外面，所以就能够拿到源 IP。
另外一种形式设施端播送回包，小程序端也失常能够收到回包。小程序端收到回包后会去验证这个包的合法性，验证通过后去注册设施、轮询设施情况等等。
这两头有一些比拟难了解的点，首先是混淆模式，它能够接管左近环境中所有的 802.11 的报文。针对一个报文而言，因为没有在局域网通信，设施端也没有退出到路由器，收到的包都是加密的，如果没有失去路由器的密钥是无奈解包的，所以 Body 局部无奈解析，只能解析包头和报文长度这两个信息，Wi-Fi 信息只能放在这两个外面。
播送地址是 4 个 255，组播地址是保留的 D 类地址，能够映射到指标 MAC 地址外面，也是固定的头 +IP 地址的 23 位。
通过网卡抓包和工具打印进去包的信息能够看上面的表格，指标 MAC 地址下面是播送地址，上面是组播地址。能够承载信息还有包大小。
目前腾讯连连小程序反对的一键配网协定用的发包形式和承载信息形式，SmartConfig 是组播和播送都反对。然而是把信息放在包体的长度外面，组播播送形式只是用来躲避一些 5G 和 2.4G 路由器兼容的状况下的成功率问题。
SimpleConfig 是应用组播的形式，信息编码放在了组播指标 Mac 地址外面，Airkiss 是应用播送的形式，信息放在包体长度外面。
说下最初两列，目前在我调研下，业界只有连连小程序反对这三种一键配网的形式，这个也是咱们当初做这个事件的能源，能够在这里实现差异化。展现一下一键配网的成果，能够看到最直观的感触它的交互流程比方才的少了一步，只须要填写 Wi-Fi 路由器的 SSID 和明码就能够发动连贯。
方才两种配网形式并不是互斥的关系，很多利用场景外面它们是并存的，这样可能进步整体的成功率。
上面实现的这个局部并不是很容易，遇到了很多很多挑战，咱们截取三个方面来一一阐明。
方才也有提到，UDP 通信接口的稳定性兼容性强依赖于小程序底层的，有些时候作为下层很无奈，因为它不可管制。然而并不是什么也不能做，针对相应的谬误是能够做包含但不限于以下三种解决形式：
- 躲避性的主动解决计划；
- 能够做揭示让用户操作；
- 反馈给微信让其不断改进。
这三步都有做也有胜利案例，说这么多有些形象，举一些例子，比方:
在一键配网的时候定时发播送包，频率很密集，要求在 5 到 10 毫秒之间，这样设施端混淆模式监听切换频道能力失常解析。然而在一些安卓手机发包的时候，发现有些频率能够达到一秒以上，造成设施解析不了，成功率很低。
在连贯设施热点的时候有些安卓手机底层判断这个热点没有 Wi-Fi 连贯的时候，不会应用这个热点，然而下层发 UDP 包的时候并不会报错，不过这个包会被丢掉。
在发 UDP 包的时候如果中途退出微信再关上微信配网的时候就会报错。
第二个挑战是：针对于一键配网的协定实现的时候，这些厂商并没有提供小程序端的 SDK 和源码。因为他们开发的工夫比拟久了，也没有相干的配网文档，在本身团队而言也比拟不足小程序端二进制流解决和加密的教训。
针对这样的窘境，咱们和产品同学一起找了厂商受权，厂商提供了 APP 端的 SDK 和源代码或者是安装包咱们能够进行解读和翻译，过程也很麻烦，调试的时候须要把 APP 跑起来，这样对小程序的转换后果进行比对，会有一些 APP 反对的接口、小程序不反对的，比方小程序得不到手机端的 IP 等等，咱们都联合设施端把这些问题解决掉了，也体现在整体配网流程计划外面。
第三个挑战是定位问题，因为 Wi-Fi 配网是很长的流程，波及到小程序端、路由器、设施端，而且流程也很长，哪一步出错了，设施端出错还是小程序端出错都须要有很强的监控能力。这样开发厂商或者是 C 端用户反馈问题的时候也能够精准和疾速的定位到问题。
因为开发调试的时候意识到设施端日志的重要性，光靠小程序的日志或者是后盾日志并不能很快的定位问题。那么如何去收集设施端的日志，有没有通用的计划呢？
面对这些挑战，咱们优化了整体的设施端 Wi-Fi 类配网的流程，也会波及到方才的挑战的解决方案。
开始配网时，因为 Wi-Fi 失败率比拟高，会有 2% 到 3% 的失败率，失败也是须要能够让用户在零碎设置页手动连贯的，如果有了手动设置连贯前面配网流程依然能够持续，这样增高了肯定的成功率。
胜利后就要开始创立 UDP 通信，这个时候又波及到 IOS 端和安卓端发包的区别。当初在开发小程序的时候会用 ES6，ES6 反对同步写法，然而小程序端混合微工作（Promise）和宏工作（SetTimeout）写法会有 bug，会造成频率会一秒以上，不会达到 5 毫秒到 10 毫秒。
所以咱们在安卓端异步写法发动配网包，IOS 还是用优雅的同步写法发动配网包，失去设施端回包地址后发设施的配网，通过 UDP 通信来做。过后这里要提到的是微信在新版本外面曾经修复了这个问题。
因为 UDP 通信是面向非连贯的，有肯定的丢包的可能性，所以设计了重试的逻辑之后绑定设施整个流程完结，所有的流程有谬误事件的监听，记录整个操作轨迹、报错的详细信息。
当呈现出错的时候能够去判断谬误的类型，针对有些谬误相似去做错误处理，比方在理论配网的时候 Wi-Fi 如果被切换的话，能够去辨认到再把它从新加到正确的 Wi-Fi 面主动进行配网，这样也能够增大成功率。
另一方面，如果出错了，还有一个通用的设施端日志收集的逻辑，原理也不简单，就是在设施端起一个热点，手机端连贯这个热点简略的验证通过了后设施端会把日志发给小程序端。小程序端收集了当前个体上报，后盾、前端和设施端的全息日志都会被存在日志后盾，这个日志除了有定位的性能也有帮辅助剖析成功率、耗时的重要信息。
辅助配网的流程，设施端会起一个蓝牙的播送服务，手机端、小程序端能够连贯这个蓝牙，在这个蓝牙通信的过程中把方才的 Wi-Fi 和 UDP 通信的信息都能够替换实现。
因为蓝牙服务底层 ATT 所有命令都是必达的，会让整个数据传输可靠性十分高，当初使用这种辅助配网的模组也越来越多。然而它的弱点在于其老本比拟高，比纯 Wi-Fi 设施配网高一倍。
BleCombo 多了一步连贯设施蓝牙步骤，方才说到整个配网流程会记录日志从而剖析成功率和耗时，从而一直的晋升连贯体验。
2. 蓝牙设施接入
蓝牙设施的上云交互流程很简略，手机端或者是网关连贯蓝牙设施后，蓝牙设施能够替换三元组信息，手机端收集了之后能够云端绑定这个设施。
蓝牙设施实用于一些低功耗短距离的利用场景，也能够反对多对多通信的场景，位置服务和设施网络应用比拟实用，但问题在于其兼容性比拟低，随着终端设备的一直疾速降级，兼容性也会越来越好。
低功耗蓝牙兼容性上很不错，然而经典蓝牙个别。蓝牙也正在逐步占据物联网通信协议的次要位置。
蓝牙设施遇到的挑战，一是代码架构设计上的，因为蓝牙方面凋谢状态有蓝牙连连插件、利用端 SDK、和自定义的 H5 SDK，间接蓝牙设施的连贯因为蓝牙设施是很多的，然而每一个设施并没有通用的蓝牙传输协定，都是每家本人定义的，腾讯连连也不可能一家家的反对，给到自定义 H5 的凋谢形式，让开发商本人解析蓝牙协定。
那么怎么去达到复用呢？腾讯连连把蓝牙解析的逻辑放在了每一种蓝牙设施的适配器外面，把一些底层的逻辑，比方设施治理、解决设施绑定一些云端逻辑和设施蓝牙连贯和蓝牙状态治理的逻辑作为一个底层 的 SDK，这样右侧就是底层的 SDK，三个凋谢状态间接去装置就能够了，能够按需援用蓝牙解析的协定适配器。
挑战二在于蓝牙通信的过程底层会替换 MTU 值，然而小程序端并没有现成接口获取这个设施端的 MTU，造成传输数据大小无奈确定，设施端能够分片传过来解析，然而小程序不晓得，造成发包数据过大设施端接管失败。
针对这一点，腾讯连连在设施端减少了协商 MTU 大小的服务，这样小程序端就能够拿到 MTU 进行手动分片。
第三个挑战是调试，因为解析协定有很多逻辑，还有二进制流的解决如果都须要放在真机上调试，这个效率非常低，咱们最根底可能做到的是扭转代码习惯，代码查看裸露问题等等，然而前面会讲到的自定义 H5 是能够辅助在浏览器调试的，以晋升效率。
三、腾讯连连设施在交互的能力建设与优化
1. 控制面板分类
腾讯连连的控制面板次要分为三类：规范面板、H5 个性化面板和免开发面板。H5 个性化面板能够让开发商本人在设计规范里提供本人编写的业务逻辑去渲染整个面板。免开发面板针对比拟通用的模型做自开发面板，用户本人间接应用。
2. 自定义 H5 计划介绍
自定义 H5 架构底层是基于一个 H5 的框架，在小程序内嵌 webview 外面关上，从下往上看，咱们提供无限的利用端 API 给到下层调用，两头一层通过蓝牙的 webview 转发和微信的 JSSDK 提供微信反对 webview 外面的 JSSDK 调用，比方扫码等等。下层提供了自定义 H5 开发的 SDK，就能够跑厂商生成的 JS、CSS。
自定义 H5 架构提供了三大类 H5，设施管制 H5、规范 / 自定义蓝牙设施搜寻 H5 和 规范 / 自定义蓝牙管制 H5。自定义蓝牙搜寻的 H5，搜寻页实现设施绑定，规范和自定义蓝牙的设施管制去做近程管制和事件上报。
那么怎么实现蓝牙通信呢？因为 webview 外面 H5 不能间接蓝牙通信，所以咱们设计了 websocket 层进行了蓝牙音讯的转发，性能达到毫秒级别。厂商的 JS 和 CSS 能够承受任何技术栈，整个流程是先在第一位调试、公布、之后后盾审核，之后外网可见，还能够进行降级和回滚。
重点说下调试模式，因为对于开发者而言，开发时调试很重要。连连小程序内凋谢了一个调试的入口，这样能够生成 H5 的调试地址，调试地址能够在微信公众号和浏览器关上，会验证控制台、登录台，从而验证以后的 ID 的权限，生成一个调试设施 ID，代理本地用厂商本人生成的 JS，这样就能够渲染出页面，也反对热更新，这是整个的调试模式。
3. 稳定性、安全性、性能上的考量
作为自定义 H5 的框架，很多货色也须要保障，比方稳定性。自定义 H5 的框架是应用 SCF，它反对监控和主动扩缩容，也做了 ES 全系日志实时剖析告警。
安全性方面在开发调试时候要限度用户的白名单，这样开发调试时候厂商的页面也是不能被外网用户看到的，这样能够保障代码和性能的平安。
利用端 API 也有权限限度，只能管制该 ProductID 所属厂商下的设施治理的接口。公布也有审核，也会针对厂商上传的 JS 做平安扫描，整个框架也有 xss、csrf 的技术防护。
四、腾讯连连开源能力介绍
1. 开源能力
腾讯连连提供了三个形式的开源能力，一是利用端开发的 SDK，二是小程序插件，三是自定义 H5SDK。
利用端开发的 SDK 厂商能够基于这个 SDK 进行自有品牌小程序的开发，腾讯连连曾经把技术的配网、设施治理的 API 凋谢进去了。
开源的意义是帮大家晋升效率降低成本，后面介绍的整个设施连贯能力建设和设施控制能力建设中，有很多很难很繁琐的局部。
难的局部可能大部分的开发都能搞定，但繁琐的局部则须要很多工夫打磨，用很多的工夫去测试和优化。把繁琐的局部和难的局部咱们都搞定并且开源进来就可能为用户晋升很大的效率，从而降低成本。
物联网是很非凡的畛域，咱们须要的并不仅仅是某个产品的胜利，而更应该是整个生态的胜利。腾讯连连心愿通过开源心愿跟整个业界都协同起来共建一个生态。
张建林先生说过一句话：“可能过来的五年，你玩的物联网和智慧城市基本就不是物联网思维，而是局域网思维，是画地为牢的死城思维，你的先发劣势，很可能是先登程的烈士”。
腾讯云物联网始终用这种忧患思维做自我反思，心愿跟大家一起单干，收集大家的需要并把需要通用化来实现补齐性能，打磨性能、晋升体验，从而升高开发者接入门槛，也会帮忙定位客户问题，积极响应。
腾讯云接触的很多客户中，包含物联网的开发厂商他们都是没有前端的背景，有些是单片机开发转前端的，咱们针对这样的场景也能够凋谢一些前端能力辅导。
Q&A
Q：腾讯连连后续会出“一碰即连”么，相似 NFC 贴那种？
A： 相似于二维码那种配网，咱们是有打算反对的，最初提到的是将来的布局，也会紧紧围绕开发厂商的业务需要去发展能力建设，如果你们有这样的需要，咱们也会优先的响应。
Q：请问，腾讯连连如何保障大规模染指呢？
A： 因为腾讯连连目前是 C 端的利用，每个 C 端用户设施数并不多，问题应该指的是腾讯云的音讯通信是不是反对大规模接入？其实现有的物联网设施规模是很大的，然而具体的数字我不公开了，目前咱们反对 QoS0 和 QoS1 保障，而且并发 qps 也是很大，并且也有多地容灾。
Q：腾讯连连次要是智能家居应用吗？
A： 刚开始没有针对实用场景谈设施分类，实用场景是不挑的，反对的是各种通信协议设施的接入，至于这个设施是利用于哪种业务场景是智能家居、智慧城市等等都能够，也推出了腾讯连连的企业板，帮忙企业用户治理它的比方智慧楼宇这样的设施连贯。
Q：腾讯连连的性能怎么样？
A： 方才说了几个维度，有设施连贯、设施交互的维度，每一个性能指标也不一样，如果想晓得什么样的性能是能够私下跟我聊的。如果有更深刻的分享也会把性能数据比方成功率和耗时同步进去，因为明天的篇幅无限，我就不贴出来了。做事件必定是以精品的态度去做的，因为反对配网协定也是业界当先的，心愿设施连贯的性能也是业界当先的，然而这个当先也是须要跟大家一起单干来达成的。
Q：苹果和安卓蓝牙都能买通了吗？
A： 微信是提供了这样的曾经抹平平台差别的低功耗蓝牙接口，性能也很牢靠，咱们曾经接入了蓝牙设施也有了佐证，在于经典蓝牙的反对，小程序论坛也看失去，经典蓝牙是有打算安卓端反对，IOS 端系统限度还无奈反对，然而目前经典蓝牙实用于音频通信和耳机，物联网畛域的利用并没有很多。
我说说本人的认识，web3.0 与物联网的关系，前端在 web 外面承当了重要的角色，web1.0 是人与信息的交互，2.0 是人与人的交互，3.0 就是没有定论的。在我的想法外面 3.0 应该跟物联网相干的，就是人与物的交互。
目前物联网畛域前端还是不多的，物联网很须要 C 端场景的前端共事退出一起来打磨 C 端连贯设施、管制设施的体验，心愿明天听了分享的前端同学如果对物联网畛域有趣味的能够加我微信一起交换。