XML-RPC是一种基于XML和HTTP的轻量级跨语言RPC协议，通过标准XML封装方法名与参数发起POST请求，服务端返回XML格式结果或错误，实现远程函数调用。
XML-RPC 是一种轻量级的远程过程调用（RPC）协议，它用 XML 编码请求和响应，通过 HTTP 传输，让不同系统、不同语言的程序能像调用本地函数一样调用远程服务。
XML-RPC 的核心机制
它不依赖特定平台或语言，靠三个基本要素协同工作：
-
请求格式：客户端把函数名、参数打包成标准 XML，用 POST 发送到服务端 URL（如
/RPC2） - 传输方式：走普通 HTTP，状态码 200 表示送达成功（不表示调用成功）
- 响应格式：服务端执行后，也返回 XML，包含结果值或错误信息，客户端解析后还原为本地数据类型
一个最简调用示例（以 Python 为例）
假设远程服务提供 add 函数，接收两个整数并返回和：
- 客户端发送的 XML 请求体类似：
<methodName>add</methodName>
<params>
<param><value><i4>5</i4></value></param>
</params>
</methodCall>
- 服务端执行
add(3, 5)，返回：
<params>
<param><value><i4>8</i4></value></param>
</params>
</methodResponse>
- 客户端库自动把
<i4>8</i4>解析成整数8
常见语言如何实现
多数主流语言都有成熟封装，不用手写 XML：
-
Python：用内置
xmlrpc.client（客户端）和xmlrpc.server（服务端） - Java：常用 Apache XML-RPC 库，或 Spring-WS 支持
-
PHP：用
xmlrpc_encode_request()和xmlrpc_decode()，或第三方类库 -
JavaScript：浏览器端受限（跨域+无原生支持），Node.js 可用
node-xmlrpc包
需要注意的实际限制
XML-RPC 简单易用，但设计较早，有明显短板：
- 只支持基础数据类型（int、string、boolean、array、struct、date、base64），不支持自定义类或流式数据
- 没有内建认证、加密或会话管理，需靠 HTTP 层（如 Basic Auth、HTTPS）补足
- 性能不如二进制协议（如 gRPC），XML 解析开销大，不适合高频或大数据量场景
- 已被更现代的协议（JSON-RPC、REST/HTTP+JSON、gRPC）逐步替代，新项目一般不首选
基本上就这些。它不复杂但容易忽略 HTTP 层的配置和类型映射细节。
