- 综合排序
- 最热优先
- 最新优先
- 来自专栏windealli
理解MCP 通信机制
一、MCP通信机制全景透视 1. 分层设计哲学：协议层与传输层 MCP 在通信机制的设计上，将协议层（**Protocol layer）**与传输层（**Transport layer）**解耦 Protocol layer： 协议层定义通信逻辑与消息语义 其核心在于标准化AI系统与资源的对话规则 Transport layer： 传输层负责客户端与服务器之间的物理通信机制，专注于数据包的实际传输。 : object } Stdio 模式： 本地交互的“极简之道” 模式简介 stdio模式是MCP协议定义的两种标准传输机制之一，采用同步阻塞模型进行通信。 工作机制 进程管理机制。 客户端将MCP服务端作为子进程启动，通过fork/exec等系统调用建立进程间通信管道 服务端运行期间，客户端负责监控进程状态并处理异常终止。
2.2K10编辑于 2025-04-21 - 来自专栏子曰五溪
Chrome Extension 通信机制
最近这一段时间有些小忙，在做一款很有意思的Chrome Extension，在“创造”的过程中，对于Chrome Extension的机制有了很深入的了解，知道了很多它很有趣的事情，不过这篇文章主要是讲解一下关于其 background，popup，content_script三者之间的通信机制。 那么通信机制为什么要存在？那是因为有时候我们的逻辑可能会写在background中，假设你有一个popup的界面，在background中的处理逻辑，可以将处理结果发送给popup。 或者在popup中需要往content_script发送一些数据，这个时候你依然要依赖background的来转发，这些在不同运行环境内的脚本，有一定的场景需要使用到通信，了解到这个通信机制之后，其实它是一个非常简单的事情 (() => { window.location.reload(); }); }); 跟上一个模式类似，如果我们要在业务中平稳的使用，还需要自己定义一些数据结构来辅助的处理通信的
1.8K60发布于 2019-06-24 - 来自专栏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远程方法。 Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。 下面列出Client、Master与Worker的实现代码，读者可以从中看到三个模块间的通信交互。 1. Client端通信 2. Master端通信 3. Worker端通信逻辑
1.9K50发布于 2018-04-04 - 来自专栏岑玉海
RChain节点通信机制
在介绍RChain的通信机制之前，先简单介绍一些以太坊的通信机制，RChain是借鉴的以太坊的通信机制，它包括以下几个方面，如下详细了解以太坊的通信机制，可以查看https://github.com/ethereum 5、Discovery Protocol RLPx协议遵循了Kademlia协议密切发现和维护已知节点列表的特点，但是Kademlia并不包括安全通信。 通过公钥来交换，并且所有的通信都是加密的。 Kademlia的子集、RLPx、握手协议，提供所有需要的rchain网络机制。如果直接通信节点是从发现的节点列表中选择，在P2P层都可以屏蔽从rchain节点代码内部，没有进一步的认证必要的机器。
1.1K60发布于 2018-02-28 - 来自专栏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远程方法。 Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。 下面列出Client、Master与Worker的实现代码，读者可以从中看到三个模块间的通信交互。 1. Client端通信 2. Master端通信 3. Worker端通信逻辑
1.7K50发布于 2018-04-04 - 来自专栏有文化的技术人
探索eventlet通信机制
探索eventlet通信机制 一、源码解析 对python原生文件打补丁： import eventlet eventlet.monkey_patch() 跟踪进入该模块方法：eventlet.patcher 通过python代用C代码的机制可以找到如下代码： #define _SSL__SSLSOCKET_READ_METHODDEF \ {"read", (PyCFunction)_ssl_ = NULL) goto error; ...... } 从该模块的include也可以看出，该模块就是调用了系统的openssl库进行ssl通信 /* Include OpenSSL
81930编辑于 2022-10-27 - 来自专栏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.7K80发布于 2018-01-08 - 来自专栏机器和智能
UDP通信机制详解
客户端: 创建一个用于通信的套接字：socket 通信 发送数据：sendto，如果发送的数据太大，sendto会调用失败，UDP报文的长度是有上限的。 只能丢全部，不存在只丢一部分的情况 优点: 效率高 UDP通信流程示意图如下 2. 心跳包 UDP是无连接的通信协议，那么如何去判断客户端和服务端是否处于连接状态呢？ 这就是心跳机制： 心跳机制 不会携带大量的数据 每隔一定时间 服务器 → 客户端 / 客户端→服务器 发送一个数据包 心跳包看成一个协议 应用层协议 判断网络是否断开 有多个连续的心跳包没收到或没有回复 就是通过心跳包机制。 比如，提前约定好，每隔多少秒客服端向服务器发1，如果服务器收到1，则回复客户端2，客户端收到2再发1，如此循环。
1.1K10编辑于 2024-12-25 - 来自专栏技术专家成长之路
浅析HTTPS的通信机制
HTTPS的通信机制 HTTPS不仅仅是把http://换成https://看上去那么简单，HTTPS的通信机制要比HTTP的复杂一些。 第一步，客户端向服务端发送Client Hello报文。 这个报文是为了提示服务端之后的通信都使用那个随机密钥进行对称加密。 第七步，客户端向服务端发送Finished报文。这个报文包含从开始连接到现在全部报文的整体校验值。服务端，握手协商成功。 当通信会受到 SSL 的保护后，开始发送 HTTP 请求和响应。 尾声 目前越来越多的核心技术被“卡脖子”，之前也传出一些开源软件禁止我国的使用。
32710编辑于 2022-04-22 - 来自专栏开源部署
Storm进程通信机制分析
本文主要分析storm的worker进程间消息传递机制，消息的接收和处理的大概流程见下图 在Storm中，worker进程内部的thread通信与worker进程间的通信有一些差别，worker间的通信经常需要通过网络跨节点进行 ，Storm使用ZeroMQ或Netty(0.9以后默认使用)作为进程间通信的消息框架。 worker进程内部通信或在同一个节点的不同worker的thread通信使用LMAX Disruptor来完成。
47020编辑于 2022-07-03 - 来自专栏防止网络攻击
ROS通信机制全解析
ROS的通信方式是ROS最为核心的概念，ROS系统的精髓就在于它提供的通信架构。 中的通信方式中，topic是常用的一种。 这就体现了分布式系统通信的好处：扩展性好、软件复用率高。 总结三点： topic通信方式是异步的，发送时调用publish()方法，发送完成立即返回，不用等待反馈。 topic的通信方式是ROS中比较常见的单向异步通信方式，它在很多时候的通信是比较易用且高效的。 但是有些需要交互的通信时该方式就显露出自己的不足之处了，后续我们会介绍双向同步的通信方式service。
87410编辑于 2025-05-19 - 来自专栏全栈程序员必看
共享内存同步机制_共享内存通信机制
共享内存是System V版本的最后一个进程间通信方式。共享内存，顾名思义就是允许两个不相关的进程访问同一个逻辑内存，共享内存是两个正在运行的进程之间共享和传递数据的一种非常有效的方式。 特别提醒：共享内存并未提供同步机制，也就是说，在第一个进程结束对共享内存的写操作之前，并无自动机制可以阻止第二个进程开始对它进行读取，所以我们通常需要用其他的机制来同步对共享内存的访问，例如信号量。 这样当一个进程进行写操作，另一个进程读操作就可以实现进程间通信。但是，我们要确保一个进程在写的时候不能被读，因此我们使用信号量来实现同步与互斥。 通信结束之后server与client断开与共享区的关联，并由server释放共享存储段。 （2）缺点：共享内存没有提供同步机制，这使得我们在使用共享内存进行进程之间的通信时，往往需要借助其他手段来保证进程之间的同步工作。 版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。
2.6K40编辑于 2022-11-01 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.
81610编辑于 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 处理程序。
1K10发布于 2020-06-04 - 来自专栏SDNLAB
Ryu:模块间通信机制分析
本文将介绍Ryu模块之间通信，包括Context等方式的多种通信方式。 ? _CONTEXTS 在RyuApp类中有一个属性是\_CONTEXTS。 然而在Ryu的实现中，这个机制并不完美，或者有所限制。首先，当某个模块作为别的模块的服务启动时，就无法在启动Ryu时手动启动。这种做法应该是出于保证模块启动顺序，从而顺利完成多模块启动而设计。 Event 通过事件系统来通信是模块之间通信的最普通的形式。每当交换机和Ryu建立连接，都会实例化一个Datapath对象来处理这个连接。 公共文件读写 除了以上的形式以外，某些数据的通信则通过读写公共文件完成。最典型的案例是oslo.config的使用。oslo是OpenStack的开源库。 以上的几种方式是笔者在实验过程中总结的通信方式，若有错误指出，敬请指出，万分感谢。
1.3K80发布于 2018-04-03 - 来自专栏前端印象
【TCPIP】图解TCP的通信机制
本文就将对TCP的作用过程以及一些机制进行讲解 TCP的通信机制 一、TCP连接管理 二、分段数据发送 三、重发控制 四、滑动窗口控制 五、滑动窗口的重发控制 六、流控制 七、拥塞控制 一、TCP连接管理 ，需要做一些准备，为了确保通信两端是否可以进行正常通信，发送端会通过TCP的首部发送一个SYN包作为建立连接的请求并等待接收端确认应答。 如果接收端确认应答并返回一个ACK包，则表示接收端同意与发送端进行通信，然后发送端再次发送一个ACK包给接收端，表示已收到你的同意通信的消息了，此后两端就可以正常通信了；若接收端没有返回给发送端一个确认应答的 ACK包，则表示不同意与发送端进行通信，那么两端自然无法进行后续的通信了 两端若在通信完成以后肯定需要断开通信，同样也需要两端互发包来确认是否要断开通信。 为了防止上述情况得发生，TCP提供了一种机制可以使发送端每次发送的数据尽可能得在接收端得承载能力之内，而其实现得方式就是接收端向发送端告知自己能够接收的数据大小，因此发送端每次发送的数据就都不会超过该值
1.8K21发布于 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。 { } } finally { Systrace.endSection(Systrace.TRACE_TAG_REACT_JAVA_BRIDGE); } } 上述为 ReactNative 通信核心机制 ，实验数据证明该机制通信效率相对优于传统 Hybrid 的通信方式，同时，ReactNative 中从 <text /> 到 TextView 等 View 的映射同样也是使上该机制，具体敬请期待下篇文章
1.5K90发布于 2018-03-23 - 来自专栏陶士涵的菜地
多线程通信（等待-唤醒机制）
两个线程操作同一个资源，比如，输入和输出，操作同一个对象，此时两个线程会争夺cpu的执行权，随机的进行切换。我们想实现先输入再输出，顺序的执行
90820发布于 2019-09-10 - 来自专栏被删的前端游乐场
VSCode 源码解读：IPC通信机制
最近在研究前端大型项目中要怎么管理模块间通信，本文记录研究 VSCode 中通信机制的过程，主要包括 IPC 部分吧。 Electron 的 通信机制我们知道 Electron 是基于 Chromium + Node.js 的架构。 VSCode 的通信机制VSCode 基于 Electron 进行开发的，那么我们来看看 VSCode 里的相关设计吧。 我们来看看 VSCode 中具体的 IPC 通信机制设计，包括：协议、频道、连接等。协议IPC 通信中，协议是最基础的。 而连接的详细建立过程，可以参考《vscode-通信机制设计解读(Electron)》一文。
1.1K71编辑于 2024-07-24 - 来自专栏芯片验证之uvm验证方法学系列
uvm中的tlm通信机制
(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通信
23710编辑于 2025-10-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号