Memcached报错默认不显示是因为PHP Warning被静默吞掉且Yii ErrorHandler不捕获；需启用error_reporting(E_ALL)、手动测试连接、确认扩展加载及配置类名正确（Memcached非MemCache）。
Yii2 里 Memcached 报错默认不显示提示，是因为错误被静默吞掉或没走到 Yii 日志通道——不是缓存没连上，而是你根本看不到它在哪失败。
Memcached 连接失败时为什么页面空白或 500？
常见现象是访问首页直接 500 或白屏，Yii::$app->cache->get('key') 返回 false，但控制台和页面都没提示。这是因为：
- PHP 层面的连接错误（如 host/port 错、服务未启）触发的是
Warning，而 Yii 的ErrorHandler默认不捕获 PHP Warning，除非你显式调用error_get_last()或开启error_reporting(E_ALL) -
yii\caching\MemCache在构造时不会主动探测连接，只有首次get/set时才真正发请求；失败后只返回false，不抛异常 - 如果你在
config/web.php里配了'class' => 'yii\caching\MemCache'，但没写'useMemcached' => true（旧版需设），实际可能走的是Memcached扩展而非memcache，扩展缺失时会静默降级失败
怎么让 Memcached 错误浮出来？
别等它出问题再查，主动加一层探测和提示：
- 在
web/index.php开头加：error_reporting(E_ALL); ini_set('display_errors', '1');，确保底层 Warning 能打到页面 - 手动测试连接：在任意 action 里临时加一段
$mem = new \Memcached();
$mem->addServer('127.0.0.1', 11211);
var_dump($mem->getVersion()); // 成功返回 array，失败返回 false 或警告
- 检查 PHP 扩展是否启用：
php -m | findstr "memcached"（Windows）或php -m | grep memcached（Linux/macOS）。缺扩展时new \Memcached()会报Fatal error: Class 'Memcached' not found - 确认配置中
servers的host是可解析的 IP 或域名，不要写localhost（某些系统 DNS 解析慢或失败，改用127.0.0.1更稳）
Yii2 缓存组件报错不进日志？检查这三点
即使开了调试模式，Yii::error() 也可能没记录 Memcached 错误，原因很具体：
-
runtime/logs/app.log对应的真实路径权限不对——web 用户（如 www-data、IUSR）必须有写权限，否则日志写不进去 -
log组件的levels没含error，比如只写了['warning']，那Yii::error('cache failed')就直接丢弃 - 错误发生在 Yii 初始化之前，比如
vendor/autoload.php加载失败、mbstring扩展缺失，这类错误压根不经过 Yii 的ErrorHandler，只能看 PHP 的error_log文件（查php.ini里的error_log配置项）
生产环境怎么安全提示而不暴露细节？
开发时可以全开错误，上线后不能把 Memcached server not found 直接吐给用户。建议：
- 封装一个缓存工具类，在
get()前做健康检查，失败时记录日志并返回预设 fallback 值，而不是让上游逻辑崩掉 - 在
config/main.php的logtargets 里单独配一个FileTarget，categories设为['application.cache']，这样缓存错误可隔离排查 - 避免在控制器里裸写
Yii::$app->cache->get()，统一走 service 层，便于加重试、熔断或降级逻辑
最常被忽略的是：Memcached 服务本身没启、防火墙拦了端口、或者配置里混用了 MemCache（小写 c）和 Memcached（大写 d）类名——拼错一个字母，就全程静默失败。
