《原理》专题

在切换中，配置文件是会被动态修改的，例如当发生主备切换时候，配置文件中的master会被修改为另外一个slave。这样，之后sentinel如果重启时，就可以根据这个配置来恢复其之前所监控的redis集群的状态。 在sentinel切换过程中有三大步骤： 判断是否下线（老主是否真的咽气驾崩） 每个sentinel在监控的时候，每秒对主进行一次ping命令，如果多次ping的响应时间超过了配置文件中

本文向大家介绍LDA的原理相关面试题，主要包含被问及LDA的原理时的应答技巧和注意事项，需要的朋友参考一下 参考回答： LDA是一种基于有监督学习的降维方式,将数据集在低维度的空间进行投影,要使得投影后的同类别的数据点间的距离尽可能的靠近,而不同类别间的数据点的距离尽可能的远。

Redis是什么？ 是一个完全开源免费的key-value内存数据库 通常被认为是一个数据结构服务器，主要是因为其有着丰富的数据结构 strings、map、 list、sets、 sorted sets Redis数据库 ​ 通常局限点来说，Redis也以消息队列的形式存在，作为内嵌的List存在，满足实时的高并发需求。在使用缓存的时候，redis比memcached具有更多的优势，并且支持更多

本文向大家介绍DropConnect的原理相关面试题，主要包含被问及DropConnect的原理时的应答技巧和注意事项，需要的朋友参考一下 参考回答： 防止过拟合方法的一种,与dropout不同的是,它不是按概率将隐藏层的节点输出清0,而是对每个节点与之相连的输入权值以一定的概率清0。      

编译器架构

1、Register、Gateway、BusinessWorker进程启动 2、Gateway、BusinessWorker进程启动后向Register服务进程发起长连接注册自己 3、Register服务收到Gateway的注册后，把所有Gateway的通讯地址保存在内存中 4、Register服务收到BusinessWorker的注册后，把内存中所有的Gateway的通讯地址发给Business

基本概念 Helm 的三个基本概念 Chart：Helm 应用（package），包括该应用的所有 Kubernetes manifest 模版，类似于 YUM RPM 或 Apt dpkg 文件 Repository：Helm package 存储仓库 Release：chart 的部署实例，每个 chart 可以部署一个或多个 release Helm 工作原理 Helm 包括两个部分，hel

如下kubelet内部组件结构图所示，Kubelet由许多内部组件构成 Kubelet API，包括10250端口的认证API、4194端口的cAdvisor API、10255端口的只读API以及10248端口的健康检查API syncLoop：从API或者manifest目录接收Pod更新，发送到podWorkers处理，大量使用channel处理来处理异步请求 辅助的manager，如cAd

工作原理 FIS3 是基于文件对象进行构建的，每个进入 FIS3 的文件都会实例化成一个 File 对象，整个构建过程都对这个对象进行操作完成构建任务。以下通过伪码来阐述 FIS3 的构建流程。 构建流程 fis.release = function (opt) { var src = fis.util.find(fis.project.root); var files = {}; s

IoT 客户端框架 Azure IoT 中心为了方便设备连接提供了丰富的连接协议，如 MQTT、HTTP 等，同时 Azure IoT 中心只支持安全连接。与 IoT 中心的连接由设备客户端来完成，每一个连接到 IoT 中心的设备都会创建一个 IoT 中心客户端实例，当连接关闭时，将这个实例释放掉即可。 IoT 中心客户端会向下调用 LL 层来完成工作，LL 层向下对接不同通信协议的传输层，传输层

WebClient 软件包主要用于在嵌入式设备上实现 HTTP 协议，软件包的主要工作原理基于 HTTP 协议实现，如下图所示： HTTP 协议定义了客户端如何从服务器请求数据，以及服务器如何把数据传送给客户端的方式。HTTP 协议采用了请求/响应模型。 客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行作为响应，响应的内容包括协议的版

mbedtls 软件包是对 SSL/TLS 协议的实现。SSL（安全套接层）和 TLS（传输安全层）均是为了保证传输过程中信息的安全，是在明文传输基础上进行的加密，然后以密文的形式传输数据。 mbedTLS 建立安全通信连接需要经过以下几个步骤： 初始化 SSL/TLS 上下文 建立 SSL/TLS 握手 发送、接收数据 交互完成，关闭连接 其中，最关键的步骤就是 SSL/TLS 握手 连接的建立

iotkit SDK 为了方便设备上云封装了丰富的连接协议，如 MQTT、CoAP、HTTP、TLS，并且对硬件平台进行了抽象，使其不收具体的硬件平台限制而更加灵活。 通常用户并不需要关心 SDK 底层的实现机制，而只需要了解设备如何通过 SDK 与云端进行数据交互即可，方便用户理解如何使用应用层 API 接口进行业务逻辑编写。这里举例展示了 MQTT 和 OTA 应用的数据交互流程。 MQTT

MQTT 协议工作原理 在 MQTT 协议中有三种身份：发布者（Publish）、代理（Broker）（服务器）和订阅者（Subscribe）。其中消息的发布者和订阅者都是客户端，消息代理是服务器，消息发布者可以同时是订阅者，这三者的关系如下图所示： 在 MQTT 协议的实际使用过程中，一般遵循以下流程： 发布者通过代理服务器向指定的 Topic 发布消息。 订阅者通过代理服务器订阅所需要的 To

OneNET 软件包数据的上传和命令的接收是基于 MQTT 实现的，OneNET 的初始化其实就是 MQTT 客户端的初始化，初始化完成后，MQTT 客户端会自动连接 OneNET 平台。数据的上传其实就是往特定的 topic 发布消息。当服务器有命令或者响应需要下发时，会将消息推送给设备。 获取数据流、数据点，发布命令则是基于 HTTP Client 实现的，通过 POST 或 GET 将相应的