Java 为什么要使用“值”;mIsBootImageOnDisk“;在用设备存储管理器监视器服务

Java 为什么要使用“值”;mIsBootImageOnDisk“;在用设备存储管理器监视器服务,java,android,Java,Android,我查看git日志并发现更改如果53C236058A7237D735C2344A715CF0A36301F9B,它在构造函数设备存储管理监控服务中添加了一个最终值mIsBootImageOnDisk。但是,它似乎没用!谁能告诉我? 我看到修改是针对Bug:17679443。谁能告诉我哪里可以看到错误信息? Android开源项目-问题跟踪程序中似乎没有17679443的条目。我猜这是一个内部错误号。该错误来自文档中描述的从磁盘存储中检索引导类路径,而不是内存中的脏页(该方法本身调用isbootcl

我查看git日志并发现更改
如果53C236058A7237D735C2344A715CF0A36301F9B
,它在构造函数
设备存储管理监控服务
中添加了一个最终值
mIsBootImageOnDisk
。但是,它似乎没用!谁能告诉我? 我看到修改是针对
Bug:17679443
。谁能告诉我哪里可以看到错误信息?

Android开源项目-问题跟踪程序中似乎没有17679443的条目。我猜这是一个内部错误号。该错误来自文档中描述的从磁盘存储中检索引导类路径,而不是内存中的脏页(该方法本身调用isbootclassphandisk,它在art runtime dalvik_system_VMRuntime.cc中有一个本机实现)。我现在遇到这个错误,因为它处理arm指令集(系统处理的唯一指令集)。我想知道我是否遇到了某种权限问题,不允许正确读取图像标题

由于没有足够的存储空间而导致的错误消息完全是误导性的,因为我正在查看一个df列表,其中我的系统分区有730MB的可用空间,而数据分区有4.8GB的可用空间(实际上所有装入的分区都>250MB)

希望其他人能解决这个问题。我不想为了摆脱通知而不得不使用返回true来删除该方法——我的固件中可能有其他地方需要修复的问题


所以我对这个问题的回答,我不需要从专栏文章中得到澄清来回答,就是你现在无能为力。无论是在StackOverflow、AOSP问题跟踪程序中,还是在NXP/Freescale(例如)等其他用户论坛上,都没有明显的用户论坛,在这些论坛上可以提供更好的答案,甚至可以提供此错误的背景

现在这是一个最好的答案,在国际海事组织,没有直接的答案,但这是他今天知道的。如果我有“足够的声誉”(一个愚蠢的惯例,我不会花我的时间去寻找答案来建立声誉),我会使用评论工具。