phpEnv中需进入对应PHP版本目录（如php-8.2.12）修改php.ini，取消extension=sockets（PHP 7.4+）或extension=php_sockets.dll（PHP 7.3及更早）前的分号，保存后右键重启PHP，并通过浏览器和命令行双环境验证function_exists('socket_create')返回true。
phpEnv 默认不启用 sockets 扩展，必须手动开启，否则调用 socket_create() 会直接报 Fatal error: Call to undefined function socket_create()
phpEnv 中 sockets 扩展在哪配
phpEnv 是 Windows 下的多版本 PHP 集成环境，其配置路径与 WAMP 类似，但更轻量。关键点在于：它为每个 PHP 版本维护独立的 php.ini 文件，且只改对应版本的 ini 文件才生效。
- 进入 phpEnv 安装目录 →
php→ 找到你当前选中的 PHP 版本文件夹（如php-8.2.12）→ 打开里面的php.ini - 搜索
extension=sockets（PHP 7.4+）或extension=php_sockets.dll（PHP 7.3 及更早） - 去掉该行开头的分号
;，保存文件 - 在 phpEnv 主界面右键点击“重启 PHP”或“重启 Apache/Nginx”，不是仅刷新页面
验证 sockets 是否真正启用成功
仅修改 ini 不够，常见假成功现象：phpinfo() 显示 Sockets Support => enabled，但命令行下 php -m | findstr sockets 没输出 —— 这说明 CLI 和 Web SAPI 加载的是不同 ini。
- 新建一个
test_socket.php，内容为：<?php var_dump(function_exists('socket_create')); echo php_sapi_name(); // 看是 cli 还是 apache2handler/fpm ?> - 在浏览器中访问该文件，再在命令行执行
php test_socket.php，两者结果必须都为bool(true) - 若 CLI 失败，说明命令行用的是系统默认 PHP 或另一份 ini，需检查
php --ini输出路径并同步修改
sockets 启用后仍无法 bind/listen 的典型原因
扩展开了 ≠ 能跑服务。phpEnv 自带的 Apache/Nginx 是 HTTP 服务器，socket_create() 创建的 TCP/UDP 服务需单独运行 PHP CLI 脚本，不能塞进 Web 请求生命周期里。
立即学习“PHP免费学习笔记（深入）”；
- 写好服务端脚本（如
server.php），用命令行启动：php server.php，不是通过浏览器访问 - 确保端口未被占用：
netstat -ano | findstr :9999（Windows）或lsof -i :9999（WSL） - 绑定地址别写
localhost，用127.0.0.1或0.0.0.0；socket_connect()也同理，IP 字符串必须合法 - 防火墙可能拦截：临时关闭 Windows Defender 防火墙测试，或添加入站规则放行对应端口
phpEnv 底层网络通信是否依赖 sockets
phpEnv 本身是管理工具，不参与网络通信。但它启动的 Apache/Nginx/PHP-FPM 进程，其底层 IO（如 FastCGI 通信、curl 请求、PDO 连接 MySQL）不一定走 sockets 扩展：
- Apache mod_php 直接嵌入 PHP 解释器，HTTP 请求处理不经过
socket_create() - PHP 的
curl、mysqli、pdo_mysql等扩展使用各自封装的系统 socket API，和sockets扩展无关 - 只有你显式调用
socket_create()、socket_bind()等函数时，才真正依赖该扩展
换句话说：sockets 扩展是「你亲手写网络服务」的必要条件，不是 phpEnv 正常运行的必要条件。
