- 综合排序
- 最热优先
- 最新优先
- 来自专栏windealli
理解MCP 通信机制
一、MCP通信机制全景透视 1. 分层设计哲学：协议层与传输层 MCP 在通信机制的设计上，将协议层（**Protocol layer）**与传输层（**Transport layer）**解耦 Protocol layer： 协议层定义通信逻辑与消息语义 其核心在于标准化AI系统与资源的对话规则 Transport layer： 传输层负责客户端与服务器之间的物理通信机制，专注于数据包的实际传输。 : object } Stdio 模式： 本地交互的“极简之道” 模式简介 stdio模式是MCP协议定义的两种标准传输机制之一，采用同步阻塞模型进行通信。 工作机制 进程管理机制。 客户端将MCP服务端作为子进程启动，通过fork/exec等系统调用建立进程间通信管道 服务端运行期间，客户端负责监控进程状态并处理异常终止。
3.1K10编辑于 2025-04-21 - 来自专栏Albert陈凯
3.4 Spark通信机制
3.4 Spark通信机制 前面介绍过，Spark的部署模式可以分为local、standalone、Mesos、YARN等。 本节以Spark部署在standalone模式下为例，介绍Spark的通信机制（其他模式类似）。 3.4.1 分布式通信方式 先介绍分布式通信的几种基本方式。 1. 由于J2EE是分布式程序平台，它以RMI机制实现程序组件在不同操作系统之间的通信。比如，一个EJB可以通过RMI调用Web上另一台机器上的EJB远程方法。 这三大模块之间的通信框架如图3-9所示： [插图] 图3-9 Client、Master和Worker之间的通信 以Standalone部署模式为例，三大模块分工如下： 1）Client：提交作业给Master 下面列出Client、Master与Worker的实现代码，读者可以从中看到三个模块间的通信交互。 1. Client端通信 2. Master端通信 3. Worker端通信逻辑
2.1K50发布于 2018-04-04 - 来自专栏everhad
笔记：Binder通信机制
TODO: 待修正 Binder简介 Binder是android系统中实现的一种高效的IPC机制，平常接触到的各种XxxManager，以及绑定Service时都在使用它进行跨进程操作。 Binder系统 下面用Binder-SYS表示安卓系统中运行的Binder系统，Binder-IPC表示Binder实现IPC的机制。 可以看到，Binder机制维持了Client进程的transact()的调用传递给Server端transact()以及相应的调用返回的传递过程。 注意onBind()的机制是仅在第一个bindService()的请求时返回关联的IBinder对象，之后不再调用。 非Service方式的使用 framework层的ActivityManager、PackageManager等都是利用了Binder机制。但它们的服务类不是通过Service组件去提供。
1.8K80发布于 2018-01-08 - 来自专栏Albert陈凯
3.4 Spark通信机制
3.4 Spark通信机制 前面介绍过，Spark的部署模式可以分为local、standalone、Mesos、YARN等。 本节以Spark部署在standalone模式下为例，介绍Spark的通信机制（其他模式类似）。 3.4.1 分布式通信方式 先介绍分布式通信的几种基本方式。 1. 由于J2EE是分布式程序平台，它以RMI机制实现程序组件在不同操作系统之间的通信。比如，一个EJB可以通过RMI调用Web上另一台机器上的EJB远程方法。 这三大模块之间的通信框架如图3-9所示： [插图] 图3-9 Client、Master和Worker之间的通信 以Standalone部署模式为例，三大模块分工如下： 1）Client：提交作业给Master 下面列出Client、Master与Worker的实现代码，读者可以从中看到三个模块间的通信交互。 1. Client端通信 2. Master端通信 3. Worker端通信逻辑
1.8K50发布于 2018-04-04 - 来自专栏岑玉海
RChain节点通信机制
在介绍RChain的通信机制之前，先简单介绍一些以太坊的通信机制，RChain是借鉴的以太坊的通信机制，它包括以下几个方面，如下详细了解以太坊的通信机制，可以查看https://github.com/ethereum 每个节点是通过它的加密公钥来识别的，Kademlia的距离度量用的是256位散列（sha3/Keccak-25）的公钥。 3、Node Table 对于一个特定的节点N，它的对等节点是保存在一个表T当中。下图的表中有256行数据，每一条记录是N在上述的XOR操作的度量距离。 通过公钥来交换，并且所有的通信都是加密的。 Kademlia的子集、RLPx、握手协议，提供所有需要的rchain网络机制。如果直接通信节点是从发现的节点列表中选择，在P2P层都可以屏蔽从rchain节点代码内部，没有进一步的认证必要的机器。
1.2K60发布于 2018-02-28 - 来自专栏机器和智能
UDP通信机制详解
len, int flags,struct sockaddr *src_addr, socklen_t *addrlen); 同accept的第2、3个参数使用方法相同。 客户端: 创建一个用于通信的套接字：socket 通信 发送数据：sendto，如果发送的数据太大，sendto会调用失败，UDP报文的长度是有上限的。 已经在在初始化的时候知道了，传NULL即可 printf("recv buf: %s\n", buf); } close(fd); return 0; } 3. 这就是心跳机制： 心跳机制 不会携带大量的数据 每隔一定时间 服务器 → 客户端 / 客户端→服务器 发送一个数据包 心跳包看成一个协议 应用层协议 判断网络是否断开 有多个连续的心跳包没收到或没有回复 就是通过心跳包机制。 比如，提前约定好，每隔多少秒客服端向服务器发1，如果服务器收到1，则回复客户端2，客户端收到2再发1，如此循环。
1.5K10编辑于 2024-12-25 - 来自专栏有文化的技术人
探索eventlet通信机制
探索eventlet通信机制 一、源码解析 对python原生文件打补丁： import eventlet eventlet.monkey_patch() 跟踪进入该模块方法：eventlet.patcher 注：Python3.x版本中，如果socket的另一端已关闭时，非阻塞模式的sslsocket对象不会再抛出错误（虽然它们会在另一端关闭时发出通知）。 通过python代用C代码的机制可以找到如下代码： #define _SSL__SSLSOCKET_READ_METHODDEF \ {"read", (PyCFunction)_ssl_ = NULL) goto error; ...... } 从该模块的include也可以看出，该模块就是调用了系统的openssl库进行ssl通信 /* Include OpenSSL include "openssl/rsa.h" #include "openssl/crypto.h" #include "openssl/x509.h" #include "openssl/x509v3.
97030编辑于 2022-10-27 - 来自专栏技术专家成长之路
浅析HTTPS的通信机制
HTTPS的通信机制 HTTPS不仅仅是把http://换成https://看上去那么简单，HTTPS的通信机制要比HTTP的复杂一些。 第一步，客户端向服务端发送Client Hello报文。 这个报文是为了提示服务端之后的通信都使用那个随机密钥进行对称加密。 第七步，客户端向服务端发送Finished报文。这个报文包含从开始连接到现在全部报文的整体校验值。服务端，握手协商成功。 当通信会受到 SSL 的保护后，开始发送 HTTP 请求和响应。 尾声 目前越来越多的核心技术被“卡脖子”，之前也传出一些开源软件禁止我国的使用。
40410编辑于 2022-04-22 - 来自专栏开源部署
Storm进程通信机制分析
本文主要分析storm的worker进程间消息传递机制，消息的接收和处理的大概流程见下图 在Storm中，worker进程内部的thread通信与worker进程间的通信有一些差别，worker间的通信经常需要通过网络跨节点进行 ，Storm使用ZeroMQ或Netty(0.9以后默认使用)作为进程间通信的消息框架。 worker进程内部通信或在同一个节点的不同worker的thread通信使用LMAX Disruptor来完成。
54820编辑于 2022-07-03 - 来自专栏防止网络攻击
ROS通信机制全解析
ROS的通信方式是ROS最为核心的概念，ROS系统的精髓就在于它提供的通信架构。 中的通信方式中，topic是常用的一种。 这就体现了分布式系统通信的好处：扩展性好、软件复用率高。 总结三点： topic通信方式是异步的，发送时调用publish()方法，发送完成立即返回，不用等待反馈。 topic的通信方式是ROS中比较常见的单向异步通信方式，它在很多时候的通信是比较易用且高效的。 但是有些需要交互的通信时该方式就显露出自己的不足之处了，后续我们会介绍双向同步的通信方式service。
1.4K10编辑于 2025-05-19 - 来自专栏python3
通信英语_3
10.全球移动通信系统 个人通信 personal communcation 通信标准 communcation standrads 固定电话业务 fixed telephone services 网络容量 roaming 宽带业务 broadband services 接口转换 interface conversion 频谱分配 frequency allocation 模拟方式 analogue mode 蜂窝通信原理 global mobile communcation system 全球移动通信系统 time division multiple access 时分多址 facsimile and short message services 传真和短消息服务 fixed communcation networks 固定通信网络 a more personalized system 更加个性化的系统 the cost and telephone service 固定电话服务 coxial cable 同轴电缆 interface convision 接口转换 cellular communcation priciple 蜂窝通信原则
1.8K30发布于 2020-01-10 Android跨进程通信： Binder 进程间通信机制解析
深入解析 Android Binder 进程间通信机制 Binder 是 Android 系统中最核心的底层机制之一，支撑着从四大组件调度到系统服务调用的几乎所有跨进程交互。 本文将从设计动机、架构模型、核心原理、通信流程到开发者视角，全面剖析 Binder 的工作机制，帮助开发者深入理解 Android 的“神经系统”。 一、为什么需要 Binder？ Android IPC 的独特需求，Linux 内核本身提供了多种传统的进程间通信（IPC）机制，如管道（Pipe）、消息队列（Message Queue）、共享内存（Shared Memory）、Socket 共享内存 性能最高，但需手动同步（如信号量），编程复杂，易出错；缺乏访问控制机制。 消息队列/管道 数据传输效率较低，不适合频繁或大数据量通信。 VINTF（Vendor Interface）大量使用 Binder 进行 HAL 通信。 3.
2K10编辑于 2025-11-30- 来自专栏ytao
Java 线程通信之 waitnotify 机制
前言 Java 线程通信是将多个独立的线程个体进行关联处理，使得线程与线程之间能进行相互通信。 比如线程 A 修改了对象的值，然后通知给线程 B，使线程 B 能够知道线程 A 修改的值，这就是线程通信。 wait/notify 机制 一个线程调用 Object 的 wait() 方法，使其线程被阻塞；另一线程调用 Object 的 notify()/notifyAll() 方法，wait() 阻塞的线程继续执行 纳秒级别的线程阻塞时长设置 notify() 通知同一个对象上已执行 wait() 方法且获得对象锁的等待线程 notifyAll() 通知同一对象上所有等待的线程 实现 wait/notify 机制的条件 总结 等待/通知机制是实现 Java 线程间通信的一种方式，将多线程中，各个独立运行的线程通过相互通信来更高效的协作完成工作，更大效率利用 CPU 处理程序。
1.2K10发布于 2020-06-04 - 来自专栏SDNLAB
Ryu:模块间通信机制分析
本文将介绍Ryu模块之间通信，包括Context等方式的多种通信方式。 ? _CONTEXTS 在RyuApp类中有一个属性是\_CONTEXTS。 然而在Ryu的实现中，这个机制并不完美，或者有所限制。首先，当某个模块作为别的模块的服务启动时，就无法在启动Ryu时手动启动。这种做法应该是出于保证模块启动顺序，从而顺利完成多模块启动而设计。 Event 通过事件系统来通信是模块之间通信的最普通的形式。每当交换机和Ryu建立连接，都会实例化一个Datapath对象来处理这个连接。 公共文件读写 除了以上的形式以外，某些数据的通信则通过读写公共文件完成。最典型的案例是oslo.config的使用。oslo是OpenStack的开源库。 以上的几种方式是笔者在实验过程中总结的通信方式，若有错误指出，敬请指出，万分感谢。
1.4K80发布于 2018-04-03 - 来自专栏前端印象
【TCPIP】图解TCP的通信机制
本文就将对TCP的作用过程以及一些机制进行讲解 TCP的通信机制 一、TCP连接管理 二、分段数据发送 三、重发控制 四、滑动窗口控制 五、滑动窗口的重发控制 六、流控制 七、拥塞控制 一、TCP连接管理 如果接收端确认应答并返回一个ACK包，则表示接收端同意与发送端进行通信，然后发送端再次发送一个ACK包给接收端，表示已收到你的同意通信的消息了，此后两端就可以正常通信了；若接收端没有返回给发送端一个确认应答的 ACK包，则表示不同意与发送端进行通信，那么两端自然无法进行后续的通信了 两端若在通信完成以后肯定需要断开通信，同样也需要两端互发包来确认是否要断开通信。 表示其也想断开连接的意愿，发送端在接收到该包后随即返回给接收端一个ACK包表示我也同意你断开连接，这样，两端就断开连接了 总结一下，一次完整的TCP连接的建立与断开至少需要来回发送7个包，其中建立连接需要发3个包 为了防止上述情况得发生，TCP提供了一种机制可以使发送端每次发送的数据尽可能得在接收端得承载能力之内，而其实现得方式就是接收端向发送端告知自己能够接收的数据大小，因此发送端每次发送的数据就都不会超过该值
2K21发布于 2021-01-29 - 来自专栏腾讯Bugly的专栏
深入源码探索 ReactNative 通信机制
本文从源码角度剖析 ReactNative 中 Java <> Js 的通信机制（基于最新的 ReactNative for Android Release 20）。 但在 ReactNative 中没有采用了传统 Java 与 Js 之间的通信机制，而是借助 MessageQueue 及模块配置表，将调用转化为{moduleID, methodID，callbackID 完整通信机制流程图： 简要说明下这5个步骤： 1.JS 层调用 Java 层暴露的 API。 3.当事件发生时，会执行从 Java -> JS 上面这条调用链路。 ，实验数据证明该机制通信效率相对优于传统 Hybrid 的通信方式，同时，ReactNative 中从 <text /> 到 TextView 等 View 的映射同样也是使上该机制，具体敬请期待下篇文章
1.7K90发布于 2018-03-23 - 来自专栏陶士涵的菜地
多线程通信（等待-唤醒机制）
两个线程操作同一个资源，比如，输入和输出，操作同一个对象，此时两个线程会争夺cpu的执行权，随机的进行切换。我们想实现先输入再输出，顺序的执行
1.1K20发布于 2019-09-10 - 来自专栏被删的前端游乐场
VSCode 源码解读：IPC通信机制
最近在研究前端大型项目中要怎么管理模块间通信，本文记录研究 VSCode 中通信机制的过程，主要包括 IPC 部分吧。 Electron 的 通信机制我们知道 Electron 是基于 Chromium + Node.js 的架构。 整合 Node.js 的上下文到 Chromium 中，使 Node.js 可用（如图3）。 我们来看看 VSCode 中具体的 IPC 通信机制设计，包括：协议、频道、连接等。协议IPC 通信中，协议是最基础的。 而连接的详细建立过程，可以参考《vscode-通信机制设计解读(Electron)》一文。
1.4K71编辑于 2024-07-24 - 来自专栏芯片验证之uvm验证方法学系列
uvm中的tlm通信机制
input wdata; input rst_n; endclocking:in_mon_cb endinterface:in_interface 3. (this); this.wait(5000); phase.drop_objection(this); endtask:main_phase 4. uvm中的tlm通信机制简介 uvm中的通信方式主要包含port、export、imp和analysis_port共四大类端口和fifo通信。 A_inst.A_ap_port.connect(C_inst.C_imp); endfunction:connect_phase endclass:env 4.2.7 fifo通信
51210编辑于 2025-10-12 - 来自专栏java 成神之路
RocketMQ 底层通信机制 源码分析
通信模块主要接口和类 RemotingService 接口 public interface RemotingService { //开启服务 void start(); //关闭服务 可以在远程通信之前和通信之后，执行用户自定的一些处理。类似前置处理器和后置处理器。 3、setCallbackExecutor 设置处理异步响应消息的线程池。 3、然后申请一个长度为 length + header length + header data +body 大小的ByteBuffer。 3、剩下的byteBuffer数据就是body的数据。 把解析出来的数据转换成 RemotingCommand 对象。
1.4K20发布于 2018-12-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号