全部学习汇总： https://github.com/GreyZhang/hack_autosar

         昨天晚上加班一直到今天凌晨，休息的时候小3点了。疲劳度太高，身体一时间没有恢复回来。今天一天也没有做学习上的输出，原本计划今天还能够赶赶进度，把我落下的学习计划补一下，现在看基本没戏了。完成今天的一小点学习，先去休息。

         今天看看AUTOSAR关于存储栈的要求。“存储栈”我多少有一些不确认自己的翻译是否正确，memory stack，即使是从英文的角度上也没有get到stack的确切的含义。感觉上，大概可能是一个功能描述的概念。

         这个要求与通信类似，针对硬件相关的以及不相干的部分要做一个拆分，这样可以提升软件的可移植性。这里只是提到了应用软件，其实也应该包括部分基础软件本身。

         应该要支持不同的存储硬件。

         非易失性存储功能应该支持优先级调整以及异步功能。与我现在熟悉的软件做一个类比，很可能，异步的一个例子就像FEE，可以把真正的写入放到断电的时候。

         以逻辑块的方式进行数据的组织管理，这样的话在一定程度上就做到了与硬件的解耦。

         这个需要是关于非易失性存储的随机访问的，结合我熟悉的软件功能，FEE。这个功能很可能是要提供一个存储组ID的功能加上这部分功能提供的FLASH与RAM的映射功能，这样的话，整个系统的非易失性存储数据可以被拆分后做相应的处理。

         处理逻辑存储块的时候，应该与其物理地址进行解耦。

         保证存储块数据的安全可靠。结合下面的解释，以及我现在稍微熟悉一点的FEE，我觉得这个功能可以类比为一个FEE系统中存储着多个数据版本。应该具备这样的备份、检查校验以及恢复机制。

         提供存储块的写保护功能。这个功能多少有点不理解，如果是类似通过UDS写一个DID之类的还是可以提供保护机制的。如果我就是软件设计者，一切都对我开放，我又如何去保证能够把我自己拦住呢？

         应该提供相应的机制，保证硬件的可靠性。这个其实好理解，FEE系统也是一个典型的例子。一块Flash寿命是短的，但是我们可以通过多块组合轮流使用来解决这样的问题。

         要求能够处理硬件寿命的限制。这个其实在与我现在已知知识的对应联想中，找到的是与上一条一样的类比例子。其实，FEE系统多块flash轮流使用能够保证的不仅仅是数据的可靠性，还有存储的寿命。

         上面这部分是我看到的AUTOSAR对于存储栈的要求，看上去更多的要求在于非易失性存储，到时没看到多少于RAM有必然联系的地方。在后面有机会接触设计部分的时候，再逐步揭开这部分功能的面纱。