安卓设备上二进制文件损坏的可能原因是什么
What are possible reasons for binary files corruption on android devices
最近我正在调查二进制文件损坏的原因。具体来说,我们有一个安卓应用程序,本机部分可以在SD卡上读/写二进制文件。有时,二进制文件由于未知原因而损坏。我们从不同的用户那里收集了一些这些文件,并发现了一些有趣的事实。
一种大多数损坏是,二进制文件的前 4096 字节被擦除。当我十六进制转储这些文件时,前 4096 个字节都是零。不大于 4096 或小于 4096,但正好是 4096 字节。我认为这不是巧合。我知道 4096 字节是一个页面大小。但是缺乏经验,我无法找出原因,更重要的是,我不知道如何避免其他用户/设备发生此类事情。
除此之外,在一些二进制文件的中间,还有一些连续的零段,它不应该在那里。如果这不是我们程序的错误,是否有任何可能的原因可能与平台/设备内核有关,或者其他任何原因,如设备突然断电?
我希望任何经历过类似情况的人都能给我一些提示/建议/解决方案等。这真的让我很困惑。
非常感谢~
我有一些类似的经验,在一些损坏二进制文件的嵌入式应用程序中。首先,仔细检查您的文件处理(特别是在多线程环境中),我可以想象您已经彻底完成了。然后,尝试同步所有文字。Linux 内核不会在您命令应用写入时写入,而是在刷新到磁盘之前缓冲数据。
http://linux.die.net/man/2/sync
希望这有帮助。
检查您的文件处理,这通常是我的经验中的问题
损坏的文件,甚至损坏的文件系统都是由"4096 字节文件"奇怪的原因引起的。
此损坏是由于 ext4 文件系统的簇大小等于页面大小。
目前,块的默认大小为 4KiB,这是大多数支持 MMU 的硬件上通常支持的页面大小。这是幸运的,因为 ext4 代码没有准备好处理块大小超过页面大小的情况。
附言
我正在采用ext4,因为它是基于Linux的操作系统(包括但不限于Android)的默认文件系统
现在来看看为什么4KiB文件可能很危险,原因很容易理解:
- 文件处理不当:创建,读取,编辑或删除文件的错误过程可能会损坏文件,并可能与整个文件系统一起破坏它们。这些"不当程序"包括非人类行为和事故。(PS:这不仅限于4KiB文件)
- 不当的低级数据处理:不常见,但仍然是可能的。当内核或用户尝试在低级别编辑文件系统时,就会发生这种情况。(您需要进一步调查此案,因为它应该写在一篇太长的文章中!
- 仍然有许多奇怪的方法可以破坏数据,我试图保持简短。其他原因取决于许多因素,因此我提到了Android设备上该问题的最常见原因。
您可以在此处继续阅读更多内容:
- Ext4
- 磁盘布局:研究人员需要了解的有关 Ext4 的所有信息 Exfat
- 文件系统:Exfat洞察!另一个常用的文件系统(即使是Android)也太脆弱了!
- 。
- 为不同配置设置MSVC_RUNTIME_LIBRARY的正确方法是什么
- C++避免重复声明的语法是什么
- 在C++中,将大的无符号浮点数四舍五入为整数的最佳方法是什么
- 实现无开销push_back的最佳方法是什么
- C++从另一个类访问公共静态向量的正确方法是什么
- "throw expression code" 1e7 >返回 d 是什么?投掷标准::overflow_error( "too big" ) : d;意味 着?
- C++中名称篡改的目的是什么
- 在 c++ 中拥有一组结构的正确方法是什么?
- 这个指针和内存代码打印是什么?我不知道是打印垃圾还是如何打印我需要的值
- 是什么阻止DOMTimerCoordinator::NextID进入无休止的循环
- 派生类销毁的最佳实践是什么
- 这个语法std::class<>{}(arg1, arg2) 在C++中是什么意思?
- 通过JNI传递数据数组的最快方法是什么
- "using namespace std;"在C++的作用是什么?
- 在Visual Studio中生成的匿名命名空间变量的损坏名称的数字部分是什么意思
- 安卓设备上二进制文件损坏的可能原因是什么
- 在同一个编译器(vc12)上进行编译时,是什么原因导致了损坏名称的差异
- 查找仅在性能测试下发生的堆损坏的最佳方法是什么?
- C++dll返回的字符串在C#调用程序中损坏,原因是什么
- 堆栈损坏,不知道是什么原因造成的