一般的需求，要么是在一个宿主的文件里实现一套文件系统，要么是在一个闪存区域里实现一套文件系统

可以看你后面的说法，好像仅仅是要探讨通用的、可能涉及的问题及其处理办法

这显然是2类做法，
前面我理解的，是面对实际问题，总是倾向于把需求的边界明确，以便有简单、低代价的解决办法－－否则，花大力气解决一个不会遇到的问题，反而影响可靠性
你后面的说法，好像是偏向研究，自然是另一种做法

---------------------------------------------------------------------------

说得很清楚了. 在一个宿主文件里实现一个类似与文件系统的功能, 但并不要求与操作系统集成, 即不需要表现为操作系统的一个 mount 上的文件系统的样子, 而是纯粹用户层的东东, 通过一套特定的 api 来访问.

实现跟探讨研究并不是分离的, 探讨研究也是以低代价为先决条件的, 否则我提性能开销干吗. 这不是 2 类做法, 而是一类做法.

说白了, 对于这么一个问题, 我只是想看看大家有什么特别的, 巧妙的, 我想不到的思路.