-
PHP获取本机IP为空主因是误用$_SERVER客户端变量；推荐gethostbyname(gethostname())跨平台获取，但容器中可能返回127.0.0.1；Linux可用exec('hostname-I')；需区分监听/绑定/出口地址场景。
-
应使用显式判断的array_filter()配合is_numeric()，并排除空字符串和null；对整数或浮点数有严格要求时改用filter_var()；性能敏感场景可用foreach替代。
-
PHP空数组经json_encode()编码默认生成空对象或空数组，解决方法包括：一、用empty()判断后手动返回"[]"或"{}"；二、用array_filter()预处理去空值；三、自定义类区分索引/关联空数组返回对应JSON；四、用JSON_FORCE_OBJECT强制空数组输出"{}"；五、结合JSON_THROW_ON_ERROR异常机制干预空值输出。
-
PHP代码运行的核心区别在于环境和目的。1.Web服务器方式通过Apache或Nginx等服务器接收HTTP请求，使用mod_php或php-fpm解析PHP脚本，生成HTML或其他内容返回浏览器，涉及$_SERVER变量中的HTTP信息并输出HTTP头；2.命令行方式则直接在终端执行php脚本名.php命令，无需Web服务器，输出直接打印到终端，无HTTP头，适合长时间运行任务且权限由执行用户决定。两者分别适用于不同的场景，Web方式用于展示网页内容，CLI方式适合后台处理、自动化脚本和测试。
-
Warning不中断脚本而FatalError立即终止执行——前者如include失败或访问未定义变量，后者如调用不存在函数或语法错误；Warning可被忽略但累积风险大，FatalError无法用try/catch捕获（除PHP7+的Error类）。
-
PHP代码被意外执行主要因压缩包解压漏洞：一是ZipArchive路径遍历致Webshell写入；二是PHAR反序列化通过file_exists等函数触发；三是zip://流包装器间接加载恶意PHAR触发反序列化。
-
VSCode调试PHP失败通常源于Xdebug配置错误、路径映射不匹配、扩展未启用或插件设置异常。需依次检查Xdebug加载状态、版本兼容性、launch.json路径映射、php.ini调试参数、PHPDebug插件配置、防火墙端口及XDEBUG_SESSION启动参数。
-
round()第二参数填整数：正数保留小数位，负数向左舍入到十百位等，0为取整；mode参数指定舍入模式，有PHP_ROUND_HALF_UP等四种常量；注意浮点精度问题及与number_format()类型区别。
-
需将PHP作为FastCGI模块集成到IIS中：下载NTS版PHP并解压配置php.ini；在IIS中添加FastCGI应用并设PHPRC等环境变量；为网站添加.php处理器映射；通过phpinfo()验证；按需启用curl等扩展并重启IIS。
-
CSV文件读取时因隐藏ASCII控制字符导致数组键名“看似可见实则失真”，引发Undefinedindex错误；需通过正则清洗非法字节，确保键名纯净可访问。
-
PHP隐错指代码无语法错误且能运行但结果异常，如$_POST为空、file_get_contents()静默失败等，主因是错误报告关闭、@抑制符、配置差异或返回值误判。
-
缓存分三类：浏览器缓存、Nginx服务端缓存（fastcgi_cache/proxy_cache）和反向代理缓存，作用位置、生效条件、配置入口各不相同；静态资源用浏览器缓存，PHP动态页需fastcgi_cache并配合fastcgi_cache_valid与fastcgi_ignore_headers，反向代理缓存须剔除用户标识参数并关闭敏感路径缓存。
-
IO阻塞确实会触发内核级kill，表现为服务器卡死但SSH仍通；dmesg中出现“taskxxxblockedformorethan120seconds”即为关键证据，表明内核已判定进程假死并可能交由OOMKiller处理。
-
真正能稳定产出可用PHPDoc的是结合PHPStan静态分析与本地AI补全的工作流：PHPStan提取准确类型→本地LLM（如phi3:mini）补语义→人工校验；纯AI易漏类型、错签名、忽略可空性。
-
缓存失效需从键设计、过期策略、客户端行为三层面协同约束；setex()TTL失效常因pipeline/事务未提交、Redis版本过低、集群未用hash-tag、随机数不安全或maxmemory-policy拒绝写入所致。
