phpenv 默认不启用 memcache 扩展，需手动勾选并重启 web 服务；扩展名、类名、dll 必须严格对应（php_memcache.dll + memcache 类）；memcache 服务端需单独安装，php 仅提供客户端；set() 返回 true 不代表存储成功，需检查连接状态与参数合法性。
phpEnv 默认不启用 Memcache 扩展，必须手动开启并确认服务端运行；老版本（Memcache 类）与新版 Memcached 不兼容，不能混用。
phpEnv 中启用 Memcache 扩展的实操步骤
phpEnv 是 Windows 下轻量级 PHP 环境管理工具，其扩展开关藏在图形界面里，但仅勾选不等于可用：
- 打开 phpEnv 主程序 → 点击「PHP 设置」→ 「PHP 扩展管理」
- 找到
memcache（注意不是memcached），勾选并点击「应用」 - 必须重启 Apache/Nginx 服务（点 phpEnv 工具栏的「重启服务」按钮，不是只重启 PHP）
- 验证是否生效：新建
info.php，内容为<?php phpinfo(); ?>，浏览器访问后搜索memcache，看到模块信息才表示加载成功
若没出现，检查 php.ini 是否真被修改：phpEnv 的配置文件通常位于 phpenv\php\{version}\php.ini，确认存在且未被注释的行：extension=php_memcache.dll（Windows 下是 .dll，不是 .so）
为什么 new Memcache() 会报 Class not found
这是 phpEnv 用户最常卡住的地方——扩展名、类名、DLL 文件三者必须严格对应：
-
php_memcache.dll对应Memcache类（旧版，单线程，无二进制协议） -
php_memcached.dll对应Memcached类（新版，需 libmemcached，phpEnv 官方包一般不带） - phpEnv 默认分发的扩展包中，
memcache是内置的，memcached需手动下载适配 DLL 并替换，风险高、易报错 - 即使勾选了
memcache，若 DLL 文件缺失或位数不匹配（如 PHP 是 x64，DLL 是 x86），php -m也看不到，new Memcache()必然失败
建议直接用 php -m | findstr memcache（Windows 命令行）确认输出，比看界面更可靠。
连接失败：localhost:11211 拒绝连接
phpEnv 自带 Memcache 服务端？不。它只管 PHP，不管缓存服务本身：
- Memcache 服务端（
memcached.exe）需单独安装：可从 nono303/memcached-win64 下载预编译版 - 解压后以管理员身份运行：
memcached.exe -d install && memcached.exe -d start - 默认监听
127.0.0.1:11211，但 Windows 防火墙可能拦截；临时关闭防火墙或放行该端口 - 代码中必须显式连接：
$mc = new Memcache(); $mc->connect('127.0.0.1', 11211);，不调用connect()就直接set()，会静默返回false
别信“phpEnv 自带服务”这种说法——它没集成任何服务端进程。
set() 返回 true 却 get() 不到数据？查这三个点
老版本 Memcache 的行为和新版差异大，容易误判成功：
-
set()返回true只表示请求发出去了，不代表服务器接收或存储成功；务必用$mc->getServerStatus('127.0.0.1', 11211)检查连接状态 - 过期时间传错：
Memcache::set()第三个参数是相对秒数（如3600），不是时间戳；传大于 30 天的数值会被当作时间戳处理，导致缓存长期滞留 - 序列化问题：
Memcache默认用 PHP 原生序列化，如果值含资源、闭包或不可序列化对象，set()会静默失败；建议先is_scalar($val) || is_array($val)校验
Windows 下 phpEnv 的 Memcache 扩展稳定性不如 Linux，生产环境不建议用；开发调试时，记得每次 set() 后立刻 get() 并打印 var_dump()，别只看返回值。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
