jpg格式图片在服务器上不显示，绝大多数情况不是图片本身损坏，而是文件路径、权限或编码设置出了问题，按顺序排查这三个方向，多数问题能当场解决。
先讲一个我自己的经历,前阵子帮朋友排查一个企业官网，后台明明上传了产品图，前台死活显示不出来，FTP下载下来图片没问题，本地打开也正常，折腾了半小时，最后发现是文件名里带着中文括号和空格，服务器解析时直接懵了，这个事儿特别典型，也特别容易被人忽略。
很多人遇到jpg不显示,第一反应是”文件坏了”或者”服务器挂了”，实际上顺序反了，服务器是个按规矩办事的家伙，你的命令它没听懂，它就不干活，下面我把常见原因按出现的概率排个序，你直接对照着查。
图片路径错误是头号元凶，斜杠和大小写都会出问题
路径错了是最高频的原因,这里分三类情况。
相对路径和绝对路径混用，代码里写的images/photo.jpg，但你的图片实际放在img/photo.jpg，这就对不上，更隐蔽的情况是，你用相对路径的时候，当前页面所在的目录层级变了，路径就失效了，检查方法很简单：在浏览器地址栏直接输入图片的完整URL，比如https://你的域名/images/photo.jpg，如果提示404，就是路径错了，去核对文件实际位置。
文件名大小写不一致，Windows服务器不区分大小写，但Linux服务器区分，本地用Windows开发没事，上传到Linux服务器后，代码里写的Photo.JPG和实际的photo.jpg根本不是一个文件，行业共识认为，服务器上面一律使用小写字母加中横线命名图片，最能避免这种问题。
中文文件名和空格，这跟上面提到的朋友案例一样，中文文件名在URL编码后变成一长串百分号，空格变成%20，不光影响美观，还容易因为编码不一致导致找不到文件，建议所有图片上传前全部重命名为拼音或英文。
文件权限设置不对，服务器有图片也读不出来
即使路径完全正确,文件权限不对也一样不显示，服务器运行PHP或Java的用户，需要有图片文件的读取权限。
常见的权限值是644（文件）和755（目录），这是绝大多数虚拟主机和云服务器的标准配置，如果权限设成了600或者700，只有文件所有者能看，服务器进程就跑不通。
具体操作路径：用FTP工具（比如FileZilla）连接服务器，找到图片文件，右键点击”文件权限”，改成644
，目录改成755，勾选”应用到子目录”一次性处理完，用宝塔面板的话，在文件管理器里选中文件，右侧就有权限修改的按钮。
图片格式本身的坑，扩展名和真实格式不符
这里说的jpg格式服务器不显示,还分伪装和损坏两种情况。
扩展名是.jpg但实际是.png或.webp，有些压缩工具或爬虫程序保存图片时不按真实格式命名，服务器按照jpg去解析，结果发现文件头和内容不匹配，直接拒绝显示，验证方式：用记事本打开图片，jpg格式开头是FF D8 FF，png格式开头是PNG，看到什么就是什么格式，解决办法是直接用图片处理软件另存为真正的jpg格式。
图片文件损坏或截断，上传过程中断，或者源文件本身就不完整，这类图片用系统自带图片查看器能打开，但服务器端解析到一半就读不下去，检查标准：看图片文件大小，正常照片几十KB到几MB，如果只有几百字节却号称是jpg，大概率是坏的。
服务器配置拦截了jpg请求，CDN和防盗链是重点
路径和权限都查过了,还是不显示，就要看服务器层面的配置。
CDN缓存了旧文件或未同步，用了简米云CDN或酷番云CDN的话，源站图片更新了，但CDN节点还保留着旧文件，访问时要么显示旧的，要么404，处理方式：在CDN控制台手动刷新缓存，或者设置更短的缓存过期时间，等上几分钟再访问基本就好。
防盗链设置太严格，服务器配置了防盗链，只允许特定域名引用图片，你的页面域名不在白名单里，图片就被拦了，检查Apache配置里的RewriteRule规则，或者Nginx里的valid_referers字段，临时测试就先把防盗链关掉，确认是它的问题再调整白名单。
Nginx对jpg请求返回错误，查看Nginx错误日志，路径一般在/var/log/nginx/error.log，如果看到”open() failed (13: Permission denied)”，是权限问题；看到”No such file or directory”，是路径问题，日志会直接告诉你卡在哪儿，不用瞎猜。
网页代码引用方式不对，src写错了也算显示不出来
图片文件在服务器上好好的,但网页就是不显示，问题可能出在HTML代码上。
最常见的是<img>标签的src属性写错，或者alt属性写成了图片路径，导致浏览器认为图片地址是alt，还有一种情况是把src写成了带引号的完整路径，比如src=""https://...""，双引号包双引号，浏览器直接判定非法。
代码层面的排查步骤是：
- 打开浏览器开发者工具（F12），切到Network（网络）标签
- 刷新页面,找到那张不显示的图片请求
- 看请求的URL是不是和实际文件路径一致
- 看响应状态码是404、403还是200
如果状态码是200但图片还是空白,那是图片文件本身有问题；如果是403，权限或防盗链问题；404就是路径不对，按前面讲的方向去查。
域名和HTTPS证书导致的加载失败
换了新域名,或者刚配置HTTPS，图片链接还指向旧的http地址，浏览器会拦截混合内容，具体表现是：页面文字正常显示，图片区域是个小图标或空白方块。
解决办法是全局搜索代码里所有http://的图片链接，换成https://，或者用相对路径//你的域名/images/...，让浏览器自动匹配当前协议，检查证书是否有效也可以，在浏览器地址栏看有没有锁形图标，证书过期或没配好，同样会阻断图片加载。
jpg格式服务器不显示的其他少见但真实的原因
有几个场景不那么常见,但遇到了会让人非常头疼。
服务器时间不对，图片文件的上传时间显示在未来，或者系统时间错误，导致一些缓存组件判断文件无效，拒绝输出，用date命令检查服务器时间，不对就同步一下。
.htaccess或nginx配置语法错误，配置文件写错了一个字符，导致整个目录的访问规则失效，这种问题往往不是图片单独不显示，而是整个目录的文件都出问题，检验方式：临时禁用.htaccess文件，看看图片能不能显示，能显示就说明问题在配置文件里，逐行排查。
云存储的Bucket权限设为私有，图片传到简米云OSS或酷番云COS，但Bucket权限是私有，只用URL访问就被拒绝，去控制台把权限改成公共读，或者用签名URL访问。
分阶段的排查流程，按这个顺序做最省时间
与其一个原因一个原因试,不如按流程走，快速定位问题。
第一阶段：检查URL响应状态码
打开浏览器,F12开发者工具，网络标签页里刷新页面，找到不显示的jpg文件，看它的响应状态码：
- 404：路径错误，文件不在指定位置，去核对路径和文件名
- 403：权限不够，改文件权限为644，目录权限755
- 500：服务器内部错误，查看服务器日志
第二阶段：检查文件和目录本身
确认文件真实存在,用FTP连接服务器，找到对应目录，看文件名和代码里写的一字不差，注意大小写和特殊字符，图片文件大小是否大于1KB，太小可能损坏。
第三阶段：检查服务器配置
查看Nginx或Apache的错误日志,搜索jpg报错信息，按日志提示修复配置，检查CDN和防盗链是否开启，先关闭测试一下。
第四阶段：检查代码渲染逻辑
如果前端用的是JavaScript动态生成图片地址,要检查拼接后的URL是否正确，用Vue或React框架的话，把图片路径放在public目录而不是src/assets，否则构建后路径会变。
jpg图片在服务器不显示常见问题解答
Q：jpg格式图片在本地可以打开，上传服务器后不显示是什么原因？
A：本地看图片本身没问题，说明文件没坏，重点检查上传方式，用FTP上传时建议用二进制模式而非ASCII模式，ASCII模式会修改文件内容导致jpg格式损坏，另外确认文件是否完整上传，对比本地和服务器上文件大小是否一致，如果服务器上文件偏小，说明上传被中断，重新传一次即可。
Q：Linux服务器上jpg图片显示不出来，Windows服务器同样位置却能显示？
A：Windows服务器不区分文件名大小写，Linux严格区分，在Windows能显示不代表Linux也行，用ls命令列出目录下实际文件名，和代码里写的逐一比对，把大小写改成一致，同时检查文件权限，Linux下图片要有r读权限，目录要有x执行权限，这个差异常让很多人困惑，却是真实存在的高频原因。
Q：网站图片偶尔显示偶尔不显示，刷新几次就好，这个怎么解决？
A：这种不稳定现象多半是CDN节点缓存或网络传输问题，浏览器缓存了损坏的图片（之前访问时下载不完整），刷新后重新获取就正常，可以设置HTTP响应头里的Cache-Control为no-cache测试，确认是缓存问题后，再去调整CDN刷新策略和缓存时间，另一个可能是服务器带宽或负载波动，图片请求超时中断，升级带宽或优化图片体积（压缩到200KB以内）能改善。
图片不显示这个问题,九成是路径、权限、大小写这三件事，处理完基本能解决，剩下的一成问题，顺着网络请求状态码去追，也能找到线索，记住一个原则：服务器是个很较真的执行者，它只认绝对准确的指令，你给它精确的路径、合理的权限、正确的文件名，它就还你一张干净、完整的图片。