think-swoole4.0通过监听端口自定义rpc服务
在 think-swoole 4.0（基于 ThinkPHP 6.0）中实现自定义 RPC 服务，最优雅的方式是使用 Swoole 的 多端口监听（Server::addlistener） 功能。通过自定义服务类，你可以在同一个主进程中独立处理 RPC 请求。 以下是具体的实现步骤与代码示例： 第一
Category
技术
如何在 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
原生的 fsockopen 或基于流的 socket 客户端
在 ThinkPHP6 中使用 Swoole 客户端封装 JSON-RPC 客户端，最核心的高效做法是结合 Swoole 的协程 TCP 客户端 (Swoole\Coroutine\Client) 与 PHP 的魔术方法 (__call)，从而实现像调用本地方法一样调用远程服务（RPC 代理）。 [
通过网关代理类gateway动态分发客户端的调用
在 think-swoole 官方默认的配置模式中，RPC 服务（如第三步配置的 class 数组）是在服务启动时一次性加载的常驻内存数据。如果需要实现动态绑定（即无需重启 Swoole 进程即可动态新增、删除或修改可调用的 RPC 服务），我们不能将类写死在配置文件里。 在 ThinkPHP6 下