strayedstar

现在在hmcl指定的cache目录里已经有对应的皮肤文件,这下子～/.minecraft的实际用处也无了,可以把指定的调用重定向到$cache下面

> reopen，这个问题还是有必要解决的 现在在hmcl指定的cache目录里已经有对应的皮肤文件,这下子～/.minecraft的实际用处也无了,可以把指定的调用重定向到$cache下面,而且我看了一下,这是HMCl 设置/通用/文件下载缓存这个地址,(默认~/,minecraft,修改以后依然会把皮肤文件放里面,但是修改以后的cache路径里也会有对应的皮肤文件,不过后续的游戏资源下载会存到修改以后的路径里),所以这实际是一个关于缓存的BUG?在启动时获取皮肤文件被硬编码到了${HOME}/.minecraft,随后再把对应的文件按照HMCL自己的规范复制到$cache?或者是下载到$cache,~/.minecraft,但是后者只是没有删除过时的代码导致的,新的逻辑已经不依赖于~/.minecraft了?(新版本改的,老版本删除~/.minecraft,hmcl里面的皮肤头像会变,但是现在不会,强制刷新账户也不会再创建~/.minecraft,$cache/assest,也就是读到内存里了)

> reopen，这个问题还是有必要解决的 我测试了一下,~/minecraft依然作为第一步的皮肤资源下载地址,使其不可写以后,$cache下没有任何皮肤文件生成,在启动游戏(检查资源时)会建成$cache下的皮肤文件,如果手动使其不可写,随后强制启动游戏,游戏内的皮肤也是显示的,所以对于minecraft本身而言,hmcl下载的皮肤文件并不是必要的. 但是把皮肤文件下载到.minecraft对于hmcl而言是近似于必要的,因为hmcl左上角的头像显示需要皮肤文件支持,这里让~/.minecraft不可写以后,把已经结构化的皮肤文件放到$cache里,再修改时间戳,但是hmlc依然无法正确显示皮肤头像,反之,使$cache不可写,其通过~/.minecrfat里的皮肤文件依然可以正确加载出皮肤头像,那就是说明 1.$cache下的皮肤文件没有任何存在的必要,要删除 2.需要修改初始皮肤文件的下载位置,改到$cache里,不要再硬编码了 依赖皮肤文件的对于只有hmcl的头像显示,对于游戏本身是不需要hmcl提供的皮肤文件的.

用工具看看native堆大小？ 这应该是gc和Xmx设置不正确导致的吧。