PHP中图片不显示主因是HTML的src路径与Web服务器URL路径不匹配，而非PHP问题；./在PHP中指脚本目录，而在HTML中指当前URL路径，需用根相对路径或动态生成BASE_URL解决。
PHP 文件中图片不显示，绝大多数情况不是 PHP 本身的问题，而是路径解析逻辑和 Web 服务器行为不匹配导致的——img 标签里的 src 是浏览器发起的 HTTP 请求路径，跟 PHP 脚本所在位置、include 路径、甚至 __DIR__ 都不是一回事。
为什么 ./images/logo.png 在 PHP 中能 file_exists() 却在网页里 404？
因为：./ 对 PHP 脚本来说是相对于当前执行脚本的目录（比如 /var/www/html/about.php），但对 HTML 的 img src 来说，./ 是相对于当前页面 URL 的路径（比如访问的是 https://example.com/user/profile，那么 ./images/logo.png 就会请求 https://example.com/user/images/logo.png）。
常见错误现象：
- 本地开发时用 XAMPP/MAMP 直接双击打开
index.html，图片正常；但用php -S或 Apache 运行后变成 404 - PHP 页面放在子目录（如
/admin/dashboard.php），src="images/icon.jpg"实际请求了/admin/images/icon.jpg，而文件其实在/images/ - 用了
require_once 'config.php'，误以为路径也会“继承”过去
用绝对路径（带域名）最稳，但要注意动态生成
避免依赖当前 URL 路径，直接写完整 HTTP 地址或根相对路径。但硬编码域名不利于迁移，推荐用 PHP 动态拼接：
@@##@@">
更安全的做法是提取协议 + 域名 + 路径前缀（尤其当项目部署在子目录时）：
- 如果项目部署在根目录：
/images/就够用 - 如果部署在
/myapp/，则需知道这个子路径，可通过dirname($_SERVER['SCRIPT_NAME'])或配置常量define('BASE_URL', '/myapp/'); - 不要依赖
$_SERVER['DOCUMENT_ROOT']拼 URL，那是文件系统路径，不是 Web 可访问路径
__DIR__ 和 $_SERVER['DOCUMENT_ROOT'] 别混用
__DIR__ 返回 PHP 脚本所在磁盘
/var/www/html/inc），$_SERVER['DOCUMENT_ROOT'] 是 Web 服务器配置的网站根目录（如 /var/www/html）。它们都用于服务端文件操作（include, file_get_contents），但完全不决定浏览器看到的图片地址。
错误示例：
@@##@@">
正确思路：
- 服务端要读图：用
__DIR__ . '/../images/logo.png'或$_SERVER['DOCUMENT_ROOT'] . '/images/logo.png' -
前端要显示：只用 Web 可达路径，如
/images/logo.png或images/logo.png - 调试技巧：右键图片 → “检查元素”，看
src最终渲染成什么，再对照浏览器地址栏 URL 判断是否路径偏移
Apache/Nginx 下的重写规则可能干扰静态资源
如果你用了 URL 重写（比如把 /article/123 重写到 index.php?id=123），但没排除静态资源，那么 /images/bg.jpg 也可能被错误地重写进 PHP 脚本，导致返回 HTML 内容而非图片二进制流。
检查方法：直接在浏览器访问图片 URL（如 https://yoursite.com/images/test.jpg），看是否返回 200 + 正确 Content-Type（image/jpeg），还是返回 200 + HTML 内容或 404。
典型修复（Apache .htaccess）：
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA,L]关键在于前两行：只有当请求的路径**不是真实文件**且**不是真实目录**时，才重写。这样 /images/ 下的真实图片就不会被拦截。
路径问题从来不是“写对就行”，而是得同时理清服务端文件定位、Web 服务器路由、浏览器请求三者的映射关系。最容易被忽略的是：你以为的“相对”，在不同上下文里根本指向不同地方。
