RpcService.php receive 没有收到数据
我来分析一下为什么 RPC 服务端的 receive 事件没有收到数据。通过查看代码，我发现了几个关键问题： 在 RpcClient.php 中，数据发送使用了 JsonProtocol::encode() 进行编码，它会在 JSON 数据后添加换行符 "\n" 作为结束标记。 在 RpcServi
Archive Codex
归档
慢慢回看旧日那些已经写下的片段。
2026
06 月
think-swoole4.0通过监听端口自定义rpc服务
在 think-swoole 4.0（基于 ThinkPHP 6.0）中实现自定义 RPC 服务，最优雅的方式是使用 Swoole 的 多端口监听（Server::addlistener） 功能。通过自定义服务类，你可以在同一个主进程中独立处理 RPC 请求。 以下是具体的实现步骤与代码示例： 第一
think-swoole 4.0和3.0版本区别
think-swoole 4.0 和 3.0 版本之间存在非常底层的架构调整与设计升级。3.0 版本主要运行在传统的异步非阻塞风格（或半协程）下，而 4.0 版本则是彻底的全协程风格（Coroutine）重构版本。 [1, 2] 以下是 3.0 和 4.0 版本在底层架构、配置和功能上的核心区别：
如何在 v4.x 中发布自定义的 JSON-RPC 服务
在 think-swoole v4.x 中，内置了对 RPC (远程过程调用) 的原生支持，默认基于 JSON-RPC 2.0 规范，并且全自动无缝融入了框架的容器与依赖注入机制。 下面为您完整演示如何在 v4.x 中发布自定义的 JSON-RPC 服务，以及如何从客户端（可以是另一个独立系统或测试
利用 think-swoole 扩展开发 RPC 服务并监听独立端口
在 ThinkPHP 6.1 中，利用 think-swoole 扩展开发 RPC 服务并监听独立端口，最标准的做法是通过自定义服务类在 Swoole 启动时调用 addlistener。 以下是完整的实现步骤和代码示例： 1. 修改 config/swoole.php 配置 主服务依然保持原样（通
Websocket基础使用
最近的版本和初期版本有了很大差别，其中websocket路由这块就取消了，所以Websocket的使用方式也改变了。 本章主要介绍如何使用，至于原理将会在其他文章中提及。 thinkphp6.0中新增的一项就是Event，websocket服务这块依赖于Event，因此我们需要先创建一个Event
think-swoole 高级多端口监听配置
在 think-swoole 中，高级配置 server.listen（或者是系统底层对应的多端口监听）主要用于在一个 Swoole 服务中同时监听多个端口、绑定不同的协议或业务逻辑。 例如：你可以让主服务器运行高性能 HTTP API（8080端口），同时利用 listen 再额外开一个端口专门处
通过自定义配置文件直接增加 listen 端口并绑定原生回调
在 ThinkPHP 6.x / 8.x 结合 think-swoole 扩展的环境下，通过自定义配置文件直接增加 listen 端口并绑定原生回调是完全可行的。 think-swoole 的底层是基于 Swoole 的，它在框架初始化时会读取 config/swoole.php。我们可以利用 Sw
think-swoole 官方自带的 RPC 功能
使用 think-swoole 官方自带的 RPC 功能，其底层的设计思路非常精妙：它是通过接口（Interface）进行契约绑定的。 [1] 官方自带 RPC 的核心优势在于，它不仅为你准备好了服务端的解析路由，还会自动在客户端项目里生成和映射代理类。你调用远程方法时，代码提示和本地调用一模一样。
支持同步/异步的客户端封装
为了在原生 PHP 环境（如 FPM/Apache）下同时支持同步阻塞调用（一问一答）和异步非阻塞调用（发出请求后不等待，后续并发统一收包），最经典的架构是利用 stream_socket_client 的非阻塞模式结合 stream_select 进行多路复用。 以下是完整重构后的 JsonRpc