这是一个创建于 85 天前的主题，其中的信息可能已经有所发展或是发生改变。
安卓工控机，有断电重启的业务需求。
有三个时间点：
- 系统启动或关闭过程中
- 系统启动完成，业务 app 启动中
- 系统启动完成，且业务 app 启动完成
哪一种风险更高？ 不考虑系统/业务 app 版本升级 升级的场景
20 条回复 • 2024-09-05 21:10:07 +08:00
 |
1
kokerkov 85 天前
安卓关于文件存储这种低级活动是内核 linux 处理的，所以应该等同于 linux 。
这题我不会。请高人 |
 |
2
cheng6563 85 天前
写数据时还是可能会炸，需要你应用 App 做好处理，比如写备份数据库，App 启动时自动校验并使用备份数据
|
 |
3
paopjian 85 天前
好多安卓手机都有双系统备份,一个系统更新炸了启动不起来就切备用的?
|
 |
4
LLaMA2 85 天前
1.出问题概率最大.所以你编译系统的时候要做好容错恢复处理
2.和 3. 基本不会, 除非你能修改操作系统的某些配置.一般情况下自己 app 要做容错处理 目前 android 系统有 a/b 机制.你得和供货厂家确认,和网友确认是不靠谱的 |
 |
5
PTLin 85 天前
f2fs 这种带日志的说实话真彻底挂掉的概率是很小的，随时断电的场景下 100%没问题是不可能的，但就迭代了这么多年，加上个人的经验，99%没问题倒是可以。
|
 |
6
halk OP 安卓定制工控
1. 发生过业务 app 文件（ so 文件）损坏，导致应用无法启动的情况，没有定位到具体原因 2. 还没有发生过系统文件损坏，导致系统无法启动的情况 对于第 1 中，也比较奇怪，因为对应用对 so 文件只是加载，并不会修改 |
 |
7
luny 85 天前
只要是基于通用文件系统，比如 ext4 ，都会存在掉电一致性问题，所以一般针对嵌入式场景，都会尽量减少可写入文件系统的占比，能用只读的比如 squashfs ，尽量用只读。另外像企业级固态硬盘，都会有很大的电容做掉电保护，也说明文件系统是不可靠的。
|
 |
8
jiabing520a 85 天前
会出现问题基本是因为断电时正在读写，所以楼上说的搞成只读的，确实是一个方向
|
 |
9
location123 85 天前
目前在做的 Android 屏关机方式就是直接断电 遇到过 直接断电后 数据库插入更新数据丢失 写完的文件丢失 现在解决方案就是在重要的节点调用 sync 同步、备份数据下次开始时检测文件完整性
|
 |
10
tool2dx 85 天前
别说安卓了，就算成熟的 PC 你直接断电，都有可能出现问题。
有一种古老的技术叫 ramos ，那个不太怕掉电。当然数据安全要自己处理的。 |
 |
11
janus77 85 天前
安卓设备不是有电池吗？为什么会出现你说的这种情况？你们把电池拆了？
如果拆了，最好的办法就是装电池 |
 |
12
yuchenr 85 天前
就不能用正常的重启吗？
|
 |
13
idealhs 85 天前
不如加个 UPS
|
 |
14
GeekGao 85 天前
系统启动完成,且业务 app 启动完成后的风险
我认为这个阶段的风险最高，主要原因: 所有系统和应用都已完全运行。用户正在进行实际操作。 数据库连接、网络通信等关键服务都已建立。 用户正在执行各种业务操作，数据正在被读写。 如果此时断电，很可能会导致数据丢失、事务中断等意外问题，会影响到业务系统依赖的环境。 |
 |
15
binsys 85 天前
工业应用考虑上只读文件系统+AB 分区。
用一些手段提高可靠性。 单纯 EXT4 问题肯定多。 |
 |
17
Zy143L 84 天前
系统挂的概率不高 system 基本上都是只读的 你更多得考虑你的软件在写数据中断造成的文件异常
|
 |
18
Chinsung 84 天前
一般现在基于日志的文件系统都是按页来的，数据可能会丢
那么出现文件损坏的情况，一般就是对文件完整性要求比较高（比如用大 json 存，保存时直接一段没保存上，json 格式被破坏了），或者存储方式没有使用日志，否则也应该只是丢数据而且不是文件直接损坏 从这个角度看，业务 app 可以尽可能保持两种方式去保存数据：对文件完整性要求不高的、基于日志的存储（类似于 ext 的 log ，或者 mysql 的 redolog ） |
Select Language