为什么起点的VIP订阅章节老是订阅失败

1、首先在手机上打开起点APP后，点击右下角的“我”，如下图所示。

2、进入我的界面后，点击左上角的“设置图标”，如下图所示。

3、进入设置界面后，点击“自动订阅管理”，如下图所示。

4、最后进入自动订阅管理界面后，点击关闭自动订阅下一章功能即可，如下图所示就完成了。

环境：发布服务器A：Windows Server 2008 R2 Standard， SQL SERVER 2008 R2， 订阅服务器B：Windows Server 2003 R2 Standard X64 Edition Service Pack2， SQL SERVER 2008 R2 Standard

开始前，你必须确保实例已经安装了Replication Componets,否则会报错,详情请见MS SQL 2008 发布订阅配置遇到的错误，在服务器A上，打开SSMS，右键单击Local Publication（本地发布），选择New Publication（新建发布）

(图1)

然后就进入新建发布的向导了，如果第一次新建发布，有可能出现下面图2、图3，否则不会遇到这些界面

(图2)

不建议将快照文件夹放在C盘，最好设置在其它非系统磁盘。如果下面你不用UNC路径并且共享改目录，必须设置可读权限，否则后面你可能会碰到一个让你棘手的错误，具体参见MS SQL 2008 发布订阅配置错误总结

(图3)

选择你要发布的数据库，这里只能单选，不能选择多个数据库。

(图4)

接下来，关于选择发布类型，根据你的实际情况，选择合适的发布类型

快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。 当符合以下一个或多个条件时，使用快照复制本身是最合适的：



1： 很少更改数据。

2： 在一段时间内允许具有相对发布服务器已过时的数据副本。 

3： 复制少量数据。

4： 在短期内出现大量更改。



事务复制：事务复制通常用于服务器到服务器环境中， 在以下各种情况下适合采用事务复制：

 1： 希望发生增量更改时将其传播到订阅服务器。

 2： 从发布服务器上发生更改，至更改到达订阅服务器，应用程序需要这两者之间的滞后时间较短。 

3： 应用程序需要访问中间数据状态。 例如，如果某一行更改了五次，事务复制将允许应用程序响应每次更改（例如，激发触发器），而不只是响应该行最终的数据更改。

4：发布服务器有大量的插入、更新和删除活动。

 5：发布服务器或订阅服务器不是 SQL Server 数据库（例如，Oracle）。

首先是网络延迟的问题   建议你清理一下浏览器缓存文件 

你可以在这里弄个快捷键  在图上  有个添加  点击后添加那个贴吧的姓名  以后点击这个就很容易进入你要的贴吧  这个网页是在你正常登陆百度首页后  点击导航贴吧后出现的网页

物联网 (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 v31 协议的开源消息代理软件，提供轻量级的，支持发布/订阅的的消息推送模式，使设备对设备之间的短消息通信简单易用。

它可以理解成一个 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