先确认 php_mbstring.dll 是否存在，若缺失需下载匹配版本的 DLL；再检查 php.ini 中 extension=php_mbstring.dll 和 extension_dir 配置是否正确；最后验证函数是否存在且可用，避免静默加载失败。
phpEnv 下找不到 mbstring 扩展怎么办
phpEnv 是 Windows 下轻量级 PHP 环境管理工具，它不自带完整扩展集，mbstring 默认未启用是常态。关键不是“怎么开”，而是先确认它是否真的存在——很多 phpEnv 版本（尤其旧版或精简打包）压根没包含 php_mbstring.dll 文件。
执行 php -m | findstr mbstring（Windows 命令行），无输出即说明缺失 DLL；若有输出但 extension_loaded('mbstring') 返回 false，才是配置问题。
- 检查
phpEnvphp{版本}ext目录下是否存在php_mbstring.dll（注意文件名大小写和版本匹配，如 PHP 8.2 TS 版需对应 TS 版 DLL） - 若不存在，不要手动从其他 PHP 包拷贝——phpEnv 使用的 VC 运行时、线程模型（TS/NTS）、架构（x64/x86）必须严格一致，否则加载失败且无错误提示
- 稳妥做法：换用官方 PHP Windows ZIP 包 + phpEnv 托管，或直接下载与当前 phpEnv 版本号、TS/NTS 标识完全一致的
php_mbstring.dll
phpEnv 的 php.ini 里怎么写 extension= 这一行
phpEnv 启动时读取的是其自身管理的 php.ini，路径通常为 phpEnvphp{版本}php.ini，不是系统级或 Apache 的配置文件。编辑前务必用 php --ini 确认实际加载路径。
Windows 下必须写全名：extension=php_mbstring.dll，不能写成 extension=mbstring 或 extension=mbstring.so（后者是 Linux 路径）。同时确保 extension_dir 指向正确：
立即学习“PHP免费学习笔记（深入）”；
-
extension_dir = "ext"（相对路径，前提是 DLL 在ext子目录下） - 或写绝对路径：
extension_dir = "C:/phpEnv/php/php-8.1.12-Win32-vs16-x64/ext"（路径中不能有空格或中文） - 修改后必须重启 phpEnv 的服务进程（点托盘图标 → “Restart PHP” 或关闭重开），仅刷新浏览器无效
为什么开了 mbstring，mb_strlen() 还报 Call to undefined function
这是 phpEnv 最典型的静默失败场景：配置写了、DLL 也放对位置了，但函数仍不可用。根本原因通常是 php_mbstring.dll 依赖的运行时库缺失或版本错位。
phpEnv 多数基于 Visual Studio 2019（VC142）或 VS2022（VC143）编译，若 DLL 是用 VS2015（VC140）编译的，会因 vcruntime140.dll 版本不兼容而加载失败，且 PHP 不报错、不记录日志。
- 用 Dependencies 工具打开
php_mbstring.dll，看它实际依赖哪个vcruntime和msvcp版本 - 对比你系统中
C:WindowsSystem32下已有的同名 DLL 版本（右键属性 → 详细信息） - 不匹配就去微软官网下载对应 Visual C++ Redistributable 安装
- 别忽略
php.ini中mbstring.func_overload设置，设为非 0 值可能干扰函数可见性，建议保持默认（注释掉或设为 0）
验证 mbstring 是否真能用，别只信 phpinfo()
phpinfo() 页面显示 “mbstring support => enabled” 只代表模块加载成功，不代表所有函数都可用。某些 DLL 编译时禁用了正则支持（--disable-mbregex），会导致 mb_ereg() 类函数缺失，但页面不提示。
最简验证脚本应覆盖三类操作：
<?php
var_dump(extension_loaded('mbstring')); // 必须 true
var_dump(function_exists('mb_strlen')); // 必须 true
var_dump(mb_strlen('你好', 'UTF-8') === 2); // 必须 true
var_dump(@mb_ereg('^[\p{Han}]+$', '你好')); // 若返回 null，说明 mbregex 被禁用
?>
其中最后一行加 @ 是因为部分环境禁用 mbregex 后调用会触发 warning 而非 fatal，容易被忽略。真正上线前，务必用你项目里实际调用的 mb_ 函数逐个测一遍。
