实测时间：2026-11-03（北京时间）。测试目标：
https://id.vk.com/。服务端证书、跳转地址及网络环境会变化，以下结果反映本次现场，不代表之后所有请求的结果。
Spring Boot 2 应用使用 RestTemplate 调用第三方 HTTPS 接口时，可能出现以下异常：
javax.net.ssl.SSLHandshakeException:
sun.security.validator.ValidatorException:
PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException:
unable to find valid certification path to requested target一句话结论：图床先用「多仓库分片」扛到 5GB 左右，超过这个量级或需要国内加速、图片处理、防盗链时，再换对象存储；换的时候保留旧链接，新图走新源。
上一篇讲完了三个仓库怎么分工。这一篇讲一个迟早会碰到的问题：图片放不下了怎么办。
GitHub 官方建议仓库控制在 1GB 以内，单文件不超过 100MB。按技术博客的图片分布估算：
| 图片类型 | 典型大小 | 一个 1GB 仓库能放 |
|---|---|---|
| 截图（PNG，1080p） | 150~400KB | 约 3000 张 |
| 封面（JPG，压缩后） | 80~150KB | 约 7000 张 |
| 流程图 / 架构图（PNG） | 40~120KB | 约 10000 张 |
| GIF 动图 | 2~8MB | 100 多张 |
一句话结论：三个仓库（源码 / 发布 / 图床）+ 两条命令（
git push、博客园同步），全站 0 成本，图片和评论都不用买服务。
写了十年 Java，笔记散在 CSDN、博客园、掘金、语雀里。最后发现最难的不是写，而是找回来——同一个知识点，四个平台各有一半。
于是决定自己搭一套：内容自己管、发布自动化、一分钱不花。这套方案已经稳定跑了几个月，每天写、每天发，没出过岔子。