既然crash了，java层没有明显致命报错，那么一定是在native层。 native报错相当不明显。
看了下，这个大图有 > 10000 x 20000的像素，占用空间 > 17M.
写了demo，发现BitmapFactory.decodeFile(filePath,tmpOptions)正常，而在项目里BitmapFactory.decodeFile(filePath,options); 此处开始报错的.当然，这么大的图，在手机相册，微博等其他应用上也是crash,微信相册没有crash，但是给了个黑屏。
原来是老项目 targetSdkVersion才24，现在新项目普遍都用新的29了，所以小demo里正常，手机相册，微博等这些大型的 "老项目"，即使升级，也不敢轻易升级targetSdkVersion版本。
根本原因是，API28以后，bitmap对象解码，放在native层，由C申请/释放内存，对大图的兼容性，比java不知高到哪里去了。别处看过那个代码，暂时没找到，先记录下这个事情。都过去了一个月了。
既然crash了，java层没有明显致命报错，那么一定是在native层。 native报错相当不明显。 看了下，...
一、iOS 加载超大尺寸图片 Crash 的调研及解决方案 1.1、问题描述 1.2、问题分析 1.3、问题...
超大图加载 一个1000 x 20000（宽1000px，高20000px）的大图，如何正常加载显示且不发生OOM...
前言：针对crash业务分析代码Android 10.0 详细： 一、日志分析 1.异常弹框日志 2.进程启动加载...
背景 debug版本编译正常,release版本编译报错. 编译报错日志 分析 具体问题在报错信息中并不明显,没有...
最近App出现了一个线上crash，日志如下： java.lang.IllegalStateException: ...
目录 如下直接获取文件加载会报错： 报错信息 正确加载方式： 需要设置baseURL
# 自定义无压缩加载超清大图 ## 前言 已经很久没有写博客了，前段时间做项目就遇到加载超大图时系统内存溢出，我们...
logback.xml：直接就被日志框架识别了； logback-spring.xml：日志框架就不直接加载日志的...
问题解析： iOS对接完CP游戏渠道SDK后，然后打开游戏闪退crash，抓包日志报错如下： 完整的日志或者有下面...
本文标题：加载超大图直接crash没有java的明显报错日志
本文链接：https://www.haomeiwen.com/subject/jcxjwctx.html
网友评论