前言
??在Debian下，批量执行cp命令后，机子立马断电（arm板），开机后发现文件大小都变为了0。但如果是过一会儿再断电，文件大小就正常。神奇的地方就在这边，我cp的文件里头有可执行文件，cp执行完是可以启动的，断电后反而打不开了，所以这个问题困扰了我很久。
原因
??我发现这个问题可能就我这个Windows屌丝不知道了[手动滑稽]。linux这边读写文件都是优先在cache里面的，也就是cache/buffer的机制。当回写进程触发，或者脏数据超时（简单来说就是满足条件触发回写），缓存才会开始把数据写到IO。也就是说执行完cp后，如果有空闲的内存，那么就会默认写到内存里头，如果断电时候，回写没有触发，数据就全部丢失了。
解决方法
一、
??执行完cp后，调用sync命令。但是sync也只是告诉系统要开始写IO而已，实际还是异步，所以还是得等。所以可以调用sync后，执行sleep，不过sleep的度不好把控，要根据实际情况自己推算。
??如果是大文件的话，可以大文件拆分来写，但也只能解决燃眉之急，如果是arm这种随时断电的机子，还是没法解决。
二、
??linux后台有守护进程每隔一段时间执行一次sync，那么可以修改或者说缩短sync时间，通过多写来确保数据安全。或者也可以减小cache，让sync的条件更容易触发，来解决这个问题。两个本质上都是提高系统从cache到IO的频率。（第二点瞎掰的，应该要改内核）
三、
??个人比较倾向这种。通过fflush和fsync来实现。
因为fsync是同步的，会等到写磁盘成功才返回。但是这样的话，时间的损耗就比较大。不过要像马儿跑得快，又不给马儿吃草是不存在的。
结束
上面一、三点在我看来是可行的，目前自己做法采取了第一种（懒得写太多东西）。若文章有错误，或者有更好的方式实现，欢迎评论指出。
