thinkphp 无原生内存表，所谓“内存表”实为 swoole 的 swoole_table，须通过 think-swoole 扩展在 swoole server 启动时初始化并注入容器；在 php-fpm 模式下 new swoole_table 无效，因每次请求进程独立，表实例无法持久化。
ThinkPHP 本身没有原生的「内存表」概念，所谓“ThinkPHP内存表”实际是借用了 Swoole 的 swoole_table，再通过 ThinkPHP-Swoole 扩展（如 think-swoole）将其注入到容器中供控制器调用。直接在普通 HTTP 请求里用 swoole_table 是无效的——它只存在于 Swoole Worker/Task 进程的生命周期内。
为什么 new swoole_table() 在控制器里不生效
常见错误现象：new swoole_table(1024) 放在控制器方法里执行，后续 $table->set() 看似成功，但下一次请求就查不到数据，甚至报 Call to a member function set() on null。
根本原因：Swoole 的共享内存表必须在 Server 启动前创建，并长期驻留在 Worker 进程内存中；而 ThinkPHP 的传统 HTTP 请求走的是 PHP-FPM 模式，每次请求都是全新进程，swoole_table 实例随脚本结束立即销毁。
正确做法只有一条路：必须使用 think-swoole 扩展，并在 Swoole Server 启动阶段完成表初始化：
- 确认已安装
ext-swoole（≥ v4.8.0），且think-swoole包版本与 TP 版本兼容（TP6/TP8 对应不同分支） - 配置文件
config/swoole.php中的tables必须是非空数组，且每个表的size是整数（不是字节，是最大行数） - 不要在控制器里手动
new swoole_table，而是通过容器获取：app("swoole.table.goods")
config/swoole.php 的 tables 配置易错点
错误配置会导致 Server 启动失败，或表创建后字段不可写：
-
size值太小（如设为1）：启动时无报错，但set()总返回false，因为没空间存新行 -
TYPE_STRING字段漏写size：会直接抛出InvalidArgumentException，提示“string column must set size” - 字段名重复或含非法字符（如中文、短横线）：
set()时静默失败，get()返回false，但不会报错 - 把
TYPE_INT的size设为3：Swoole 只接受1/2/4/8，设错会导致该字段始终读不到值
在控制器里安全读写 table 的前提
你拿到的 $goods = app("swoole.table.goods") 是一个 Swoole\Table 对象，但它只有在 Swoole 模式下才真实有效。验证方式很简单：
- 运行
php think swoole:start启动服务，而不是php think run或 Nginx + PHP-FPM - 确保当前请求由 Swoole Worker 处理（可通过
var_dump(swoole_version())判断） -
key必须是字符串且 ≤ 63 字节，超长会被截断，导致get()查不到 - 并发修改同一行时，
incr()/decr()是原子操作，但set()不是——若需强一致性，请配合lock()使用（注意死锁风险）
最常被忽略的一点：Swoole Table 的内存是进程级共享的，不是跨机器共享。如果你用多台服务器部署，每台机器上的 goods 表完全独立，不能替代 Redis 做分布式计数。真要跨节点同步，得自己加消息队列或用 Redis 作为兜底。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
