刚才看了 @wenmingvs 的答案,确实会存在关掉硬件加速后黑屏的现象,有时候等待一会可以加载,有时候加载失败,需要重新从缩率图点击展示大图的流程走一遍.当时测试 QQ 也存在同样的问题.我的简单粗暴的解决方案,对比当时的 qq,视觉效果上是胜出的.但是性能什么的评测没有做...当时项目紧张,过了不到一个月,项目下线,又投入到新的项目了.所以这个坑一直没填...
还有,缩率图的处理最好放在服务器.等比缩放后,直接往 imageView 里面放这个缩略图应该也是崩

我依然是简单粗暴的方案,禁用硬件加速...
长图片的坑确实不太好弄,当时还想的是判断图片长宽比,再决定硬件加速的启用与否.时间充足的话可以研究一下

还有,并不是超过 4096.这个只是一个限制,如果你有一个 1*1000 的图片也同样会挂.长宽比的范围限制.并且 error 不是报在应用内的

我当时是简单粗暴的解决方案,如果有更好的解决方案的话可以共享出来:-D
这代码还是翻了好久才翻出来的.
那个项目废弃快一年了都,快点谢谢本宝宝

好像是那个 setMaximumScale

public PhotoView(Context context, AttributeSet attr, int defStyle) {
super(context, attr, defStyle);
super.setScaleType(ScaleType.MATRIX);
mAttacher = new PhotoViewAttacher(this);

if (null != mPendingScaleType) {
setScaleType(mPendingScaleType);
mPendingScaleType = null;
}

this.setMaximumScale(23.0f);
}

刚才找了一下代码,没找到...晚上如果找到了再来留言

这个是可以更改的,我当时改了的,貌似在 PhotoView 的初始化方法里面定义了一个参数,改了源码

github photoView ,没记错的话

我很关注下一代的 Google 亲儿子什么时候发布,目前好像没有看到任何信息.6P 好丑,纠结中