如前所述最开始我的想法很简单，我想通过寻找一个文件系统来完成这件事那样就省了我很多麻烦。不仅不需要我自己实现甚至不需要我去栲虑我需要完成什么可能需要但我现在因为没实际使用而想不到的问题。
     最核心的我需要一个 wear-leveling 的实现方案，前面的回答似乎很完美很简單然而，它遗漏了一个很关键的部分：如何快速查找到特定id的最新记录也就是说，它完成了写的部分却没有提供读的部分，而偏偏這两者是需要相互促成的
   这也是我自己要完成的部分。当然这个回答里也包含了一些其他内容，比如数据校验回答者使用了很简单嘚校验码的方法。而同时我也意识到其实一旦实现了这种方案，掉电保护也就完成了——因为任何时候至少有可靠正确的数据已经牢靠存储着，尽管可能丧失了最新要存的数据（而这种事情除非有可靠的后备电源，否则是根本不可能通过任何手段修复的，因为这是粅理问题）  但如同微软启动界面的那个选项“ 恢复到最近一次正确配置”。5-1不断往前写很简单但读却麻烦了
      前面提到 使用顺序写入方式实现磨损平衡，这个方法相比常见的内存映射方案中的地址映射表简单至极，但不足之处缺乏一个方法来记录某id的最新记录出现在哪个地址。
      即从最后写的位置开始搜索逐个逐个读出（flash读是一个很快的过程，同时不需要任何附带动作没任何代价。）然后根据id等数據头信息判断是否要找的参数最先找到的必然就是最后写入的最新数据。
      缺点：在最差情况下可能要搜索所有已写的数据项，非常耗時；
     相对来说我认为这是最大的障碍，因为这如同rtos中使用的动态分配算法寻找可用内存耗时不均匀将严重破坏实时性。
      缺点：需要增加eeprom设备在某些情况下，还非常划不来——记录地址一般也是4字节而很多数据项本身也就是4字节甚至更少的2字节乃至1字节，这时候你会覺得我还用什么flash啊      3.使用记录的方法2：
      用flash隔离出一个 日志区，但实际上这无法回避覆盖问题和不使用面临的问题一样；