00:00 / 02:01
连播
清屏
智能
倍速
点赞22
00:00 / 01:05
连播
清屏
智能
倍速
点赞10
00:00 / 09:38
连播
清屏
智能
倍速
点赞13
00:00 / 03:50
连播
清屏
智能
倍速
点赞23
00:00 / 01:32
连播
清屏
智能
倍速
点赞8
网络协议(TCP三次握手原来这么简单) 大白话给你讲透TCP三次握手 微信 和 微信服务器 TCP 三次握手全过程 先记住一句话: 三次握手目的 = 双方都确认 自己能发、也能收,才建立可靠连接 角色: 客户端:你的手机微信 服务端:腾讯微信服务器 前提: 微信用的是TCP 协议,必须先三次握手建连接,才能发聊天消息、朋友圈、语音。 第一次握手:手机 → 服务器(SYN) 打开微信一瞬间,你的手机主动发一条 SYN 报文 意思是: “喂,服务器你好,我想跟你建立连接,我这边可以发数据,你收到没?” 客户端 发起连接请求,带上自己的初始序列号。 第二次握手:服务器 → 手机(SYN + ACK) 服务器收到你的 SYN 后,立马回一个 SYN+ACK 报文 两层意思: ACK:“我收到你的请求了” SYN:“我也想跟你建立连接,我这边也能发数据” 相当于服务器说: “我收到你消息了,我也在线,我也能给你发数据。” 此时: 手机知道:服务器能收、能发 但服务器还不知道:手机能不能收到自己的消息 第三次握手:手机 → 服务器(ACK) 手机收到服务器的 SYN+ACK 后,再回一个 ACK 报文 意思是: “我收到你的回应了,咱俩都没问题,可以正式聊天传数据了!” 服务器收到这个 ACK,连接正式建立成功。 总结: 第一次握手:服务器验证 客户端发送能力 第二次握手:客户端验证 服务器收、发能力 第三次握手:服务器验证 客户端接收能力 三次握手结束:双方收发都正常,通道打通 之后你发「在干嘛」这条微信消息,就走这个已经建好的 TCP 通道传输。 为什么一定要三次?两次不行吗? 如果只两次握手: 服务器发完同意,就直接开启连接,万一客户端信号差没收到,服务器白白占用连接资源浪费端口。 第三次握手就是给服务器一个确认:对方真的收到了,可以安心开连接。 #校园 #大学 #计算机专业 #计算机 #网络协议
00:00 / 02:16
连播
清屏
智能
倍速
点赞10
00:00 / 05:22
连播
清屏
智能
倍速
点赞5
00:00 / 01:18
连播
清屏
智能
倍速
点赞3
Agent-to-Agent协议(A2A) Agent-to-Agent协议(简称A2A协议)是一套面向AI智能体(Agent)的开放标准化通信协议,核心目标是打破不同厂商、不同框架、不同技术栈构建的AI智能体之间的“通信壁垒”,实现智能体间的无缝发现、协商、协作与数据安全交换,让分散的AI智能体能够像人类团队一样高效协同,完成单一智能体无法胜任的复杂任务,是多智能体生态发展的核心基础设施。 一、A2A协议的起源与发展背景 A2A协议由Google于2025年4月正式推出,定位为跨厂商智能体通用通信标准;同年6月,Google将A2A协议、相关规范及SDK捐赠给Linux基金会,转为中立开源项目,由多方技术力量共同维护,目前已发布V1.0稳定版本,成为可投入生产环境使用的标准协议。 其诞生源于AI智能体发展的核心痛点:随着多智能体框架(如LangChain、CrewAI、AutoGPT等)的兴起,不同厂商、不同框架的智能体各自封闭、互不兼容,形成“AI巴别塔”;早期的Agent通信语言(如KQML、FIPA-ACL)偏学术化、复杂度高,难以落地应用;同时,智能体间的协作缺乏统一流程,跨系统对接需定制开发,成本高且安全性难以保障,A2A协议正是为解决这些问题而生,用现代Web标准重构智能体通信,兼顾通用性与工程化落地能力。 目前,A2A协议已获得Salesforce、SAP、Servicenow、MongoDB等50余家技术合作伙伴的支持,形成了完善的生态体系,推动多智能体协作从理论走向大规模实践。 二、A2A协议的核心设计原则 A2A协议的设计遵循明确的核心原则,兼顾简单性、安全性、灵活性与企业级适用性,具体包括以下几点: •简单易用:复用HTTP、JSON-RPC 2.0、Server-Sent Events(SSE)等成熟的Web标准,降低开发与集成门槛,最简单的A2A交互可通过单一HTTP请求启动。 •企业就绪:对齐企业级最佳实践,支持身份认证、权限管理、安全审计、隐私保护与监控追踪,满足企业生产环境的严格需求,尤其适配 regulated 场景与多主体协作场景。 •异步优先:原生支持长时间运行的任务,适配人工介入(human-in-the-loop)场景,可通过SSE推送实时状态更新与中间结果,确保长时任务的可追踪性。 •模态无关:支持多种内容类型的交换,包
00:00 / 02:10
连播
清屏
智能
倍速
点赞2
00:00 / 08:26
连播
清屏
智能
倍速
点赞88
《智能体微服务架构企业级实战教程》全网公开发售 bilibili课堂视频教程:https://www.bilibili.com/cheese/play/ss698222907?csource=private_space_class_null&spm_id_from=333.1387.0.0 CSDN课程视频教程:https://edu.csdn.net/course/detail/41127 51CTO学堂视频教程:https://edu.51cto.com/course/40490.html 专栏内容:https://www.zhihu.com/column/c_2019369383944804257 我直接说:你搜遍全网,也很难找到一套把 FastAPI、FastMCP、LangGraph、DeepSeek 揉在一起,并且能使用 docker + docker-compose一键部署的企业级实战教程。 这套课程讲什么?不是玩具Demo,而是一个完整的多地点智能规划系统:用户输入几个地点,系统自动规划路线、推荐美食、生成攻略,背后是高德地图+Redis+提示词三个独立FastMCP服务,由LangGraph编排流程,DeepSeek决定什么时候调地图、什么时候存缓存、什么时候总结输出。 你学到的全是硬货: FastMCP协议:微服务之间怎么通信?不用折腾消息队列,直接上MCP。LangGraph:多步骤流程如何保证状态不丢、分支可回滚?DeepSeek工具调用:怎么让大模型不乱调用,按业务顺序决策?FastAPI主应用 + 三个独立MCP服务端,高内聚低耦合,每一层都能单独扩容。全链路可观测:LangSmith追踪每一次调用,出了问题一眼定位。降级策略:地图接口挂了怎么办?Redis降级返回缓存攻略。一键部署:uv + Docker,从代码到上线,你只需要一条命令。 课程已在 Bilibili课堂、CSDN课程、51CTO学堂 同步发售。源码+部署脚本+文档全给。 #AI智能体 #微服务架构 #人工智能 #企业级应用 #项目实战
00:00 / 01:31
连播
清屏
智能
倍速
点赞0
A2A,全名叫 Agent-to-Agent 协议, 是 Google 推出的一套让不同AI智能体之间能顺利沟通协作的标准。 你可以把它理解成“AI智能体之间的通用语言”, 不管你是用哪个模型、哪个平台、哪个公司出的智能体, 只要遵循这个协议,它们就能合作 📦 A2A 协议包含四个核心模块 ① Agent Card(智能体名片) 每个Agent都带一个“简历”,写清楚自己是谁、能干什么、接口在哪、安全机制是啥。 🧠 类比:一个新人第一天上班,自带名片、邮箱、权限和日程表,团队直接就能配合上。 ② 任务管理(Task Management) A派任务给B,B知道任务目标、状态、进度、谁要结果,整个链路是透明的。 🧠 举例:营销Agent负责策划活动,邮件Agent负责发送提醒,全程任务状态同步、结果可追溯。 ③ 协作机制(Collaboration) 多个Agent可以分工、交换中间结果,彼此配合完成复杂任务。 🧠 举例:旅游Agent接到自由行请求,它会联动航班、酒店、签证等多个Agent合作完成整单服务。 ④ 用户体验协商(UX Negotiation) Agent之间还可以讨论:我返回结果,是用文本、表格,还是图像? 🧠 举例:AI客服Agent要回应用户请求,可以和UI Agent协商:“弹窗展示还是对话框输出?” 🔄 那 之前爆火的MCP 和 A2A 是什么关系? MCP(Model Context Protocol) 是 AI 智能体如何调用外部函数、工具的标准。 A2A(Agent-to-Agent Protocol) 是智能体之间怎么沟通、怎么合作的协议。 🧠 类比一下: • MCP 是你打电话点外卖(Agent调工具) • A2A 是你家人开会讨论吃啥、谁下单、谁付款(Agent内部沟通) 一个向外协作,一个向内协调。缺一不可。 🌍 那它能用在哪些场景? 🔹 企业流程自动化 🔹 跨平台系统整合 🔹 个人智能助理团队化 #AI #AI工具#A2A#aigc #干货分享
00:00 / 03:51
连播
清屏
智能
倍速
点赞9