更好的给CDN降本

1)广播包长方式

数据报文长度共2字节，且包头和校验和占掉了一部分字段故不能从0开始编码，而太长会导致整个数据报文冗余数据急剧增加，如折中取11bit。

具体方式为：手机端通过发送不同长度的广播报文，将配网信息编码到报文长度信息中。——有点像藏头诗吧?

2)组播地址方式

如果使用地址编码，即使用下图的DA编码,那么就是组播方式。

ieee802.11将224.0.0.0 ~ 239.255.255.255划定为组播保留地址，在以太网中，目的IP地址为组播保留地址的数据包，目的MAC地址需要做一个映射。具体做法是，MAC地址的3个高字节固定为01:00:5E，后三个字节依次为组地址的从高字节起的第二字节取低7位、组地址的第三字节和第四字节，例如组地址225.215.145.230对应的MAC地址为01:00:5E:57:91:E6。所以有23个bit可用户编码。

优点：

• 用户操作简单，体验好(成功时)。

缺点：

• 对手机，路由器都有严格的兼容性要求，比如有些路由器默认关闭广播/组播报文转发使得设备收不到路由器转发的报文;手机以5G频段连接到路由器，2.4G的设备压根收不到包等，诸如此类不可控因素导致整体兼容性差，配网成功率低。

总结

物联网刚兴起时大多数厂商的默认选择，在饱受用户投诉之后慢慢被弃用。

2 设备热点配网

设备热点配网很好理解：

1. 设备端Wi-Fi进入softAP模式，建立一个约定名称的AP热点;

2. APP端提示用户手动将手机连接到1中设备建立的热点;

3. 连接建立后，手机与设备建立局域网;

4. 手机通过UDP/TCP将配网信息直接传给设备;

5. 设备拿到配网信息后切换回station模式，开始连接路由器。

 

重要参数

除了上述已经出现的参数，还有以下一些重要的参数：

1. fetch.min.bytes

该参数用来配置 Consumer 在一次拉取请求(调用poll()方法)中能从 Kafka 中拉取的最小数据量，默认值为 1B。如果返回的数据量小于这个参数所设置的值，那么它就需要进行等待，直到数据量满足这个参数的配置大小

2. fetch.max.bytes

该参数用来配置 Consumer 在一次拉取请求中能从 Kafka 中拉取的最大数据量，默认为 52428800 B(50M)

3. fetch.max.wait.ms

该参数用来指定 Kafka 的等待时间，默认值为 500 ms

（编辑：衡水站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!