我正在使用M1-pro Macbook Pro进行一个经典的 Sencha 项目。... Sencha“$@". java（3259，0x 30 a9 d7000）malloc：检测到堆损坏，可用列表在0x 600003 dcba 80处损坏***不正确的保护值：105553168608752
roqulrg31#
自从迁移到M1平台后，我也遇到过类似的问题。 Sencha 包含的JRE不是针对ARM架构编译的，即使使用Rosetta 2，在不同的体系结构中，所包含的JRE的运行方式似乎仍然存在问题。我发现的最好的解决方法是切换到为ARM体系结构编译的JRE，并且它也与 Sencha CMD兼容。Oracle提供了一个M1兼容的Java SDK，但它是最新版本（17），它不能与 Sencha CMD一起工作，后者需要版本8-11范围内的JDK。我发现Bellsoft的M1版本似乎工作得最好。您可以下载它here
6ju8rftf2#
我也有过类似的经历，但偶尔会开始 Sencha CMD。但我有一个可能的其他解决方案，或者说，需要额外的步骤才能让@aatb的解决方案起作用：对我来说， Sencha 使用db_file来存储Java环境中包含的对旧版本CMD或Java的引用。对我来说，解决方案是删除文件：~/.install4j个
db_file
~/.install4j
2条答案
按热度按时间roqulrg31#
自从迁移到M1平台后，我也遇到过类似的问题。 Sencha 包含的JRE不是针对ARM架构编译的，即使使用Rosetta 2，在不同的体系结构中，所包含的JRE的运行方式似乎仍然存在问题。我发现的最好的解决方法是切换到为ARM体系结构编译的JRE，并且它也与 Sencha CMD兼容。Oracle提供了一个M1兼容的Java SDK，但它是最新版本（17），它不能与 Sencha CMD一起工作，后者需要版本8-11范围内的JDK。我发现Bellsoft的M1版本似乎工作得最好。您可以下载它here
6ju8rftf2#
我也有过类似的经历，但偶尔会开始 Sencha CMD。
但我有一个可能的其他解决方案，或者说，需要额外的步骤才能让@aatb的解决方案起作用：对我来说， Sencha 使用
db_file来存储Java环境中包含的对旧版本CMD或Java的引用。对我来说，解决方案是删除文件：
~/.install4j个