HarmonyOS 鸿蒙Next deveco studio远程设备模拟运行报错 gc内存分配报错

HarmonyOS 鸿蒙Next deveco studio远程设备模拟运行报错 gc内存分配报错

Device info: OpenHarmony 3.2
Build info: OpenHarmony 3.2.9.1
Module name: com.zg.productionequipmentdailyspotcheck
Version: 1.0.0
Pid: 170
Uid: 20040004
Reason: Signal: SIGABRT(SI_QUEUE)@0x0131c944000000aa from: 170:20040004
LastFatalMessage: [gc] AllocateBuffer:332 size must have a size bigger than 0
Thread name: com.zg.producti

#00 pc 0000000000089fcc /vendor/aosp/system/lib64/libc.so(abort+164) (a85ef5fb74e0282813cd1edb10854577)
#01 pc 000000000015abfc /system/lib64/libark_jsruntime.so (a9838329338e3acbe12d031cfc14bd4c)
#02 pc 00000000002de1d0 /system/lib64/libark_jsruntime.so(panda::ecmascript::JSPandaFileManager::JSPandaFileAllocator::AllocateBuffer(unsigned long)+300) (a9838329338e3acbe12d031cfc14bd4c)
#03 pc 00000000002db6c8 /system/lib64/libark_jsruntime.so(panda::ecmascript::JSPandaFileManager::NewJSPandaFile(panda::panda_file::File const*, std::__h::basic_string<char, std::__h::char_traits<char>, panda::ecmascript::CAddressAllocator<char>> const&)+1280) (a9838329338e3acbe12d031cfc14bd4c)
#04 pc 00000000002d9ea8 /system/lib64/libark_jsruntime.so(panda::ecmascript::JSPandaFileManager::GenerateJSPandaFile(panda::ecmascript::JSThread*, panda::panda_file::File const*, std::__h::basic_string<char, std::__h::char_traits<char>, panda::ecmascript::CAddressAllocator<char>> const&, std::__h::basic_string_view<char, std::__h::char_traits<char>>)+76) (a9838329338e3acbe12d031cfc14bd4c)
#05 pc 00000000002dcfe0 /system/lib64/libark_jsruntime.so(panda::ecmascript::JSPandaFileManager::LoadJSPandaFile(panda::ecmascript::JSThread*, std::__h::basic_string<char, std::__h::char_traits<char>, panda::ecmascript::CAddressAllocator<char>> const&, std::__h::basic_string_view<char, std::__h::char_traits<char>>&, void const*, unsigned long, bool)+656) (a9838329338e3acbe12d031cfc14bd4c)
#06 pc 0000000000373734 /system/lib64/libark_jsruntime.so(panda::JSNApi::ExecuteModuleBuffer(panda::ecmascript::EcmaVM*, unsigned char const*, int, std::__h::basic_string<char, std::__h::char_traits<char>, std::__h::allocator<char>> const&, bool)+1012) (a9838329338e3acbe12d031cfc14bd4c)
#07 pc 000000000001e458 /system/lib64/libace_napi_ark.z.so(ArkNativeEngineImpl::RunScriptBuffer(NativeEngine*, char const*, std::__h::vector<unsigned char, std::__h::allocator<unsigned char>>&+, bool)+448) (6cbf856c7a0d5909b5fefd8bfbe8189f)
#08 pc 000000000002b124 /system/lib64/libruntime.z.so (a4b9cb973376aa543aa4f0b370d451da)
#09 pc 0000000000029c24 /system/lib64/libruntime.z.so (a4b9cb973376aa543aa4f0b370d451da)
#10 pc 000000000002aacc /system/lib64/libruntime.z.so (a4b9cb973376aa543aa4f0b370d451da)
#11 pc 0000000000026cdc /system/lib64/libruntime.z.so(OHOS::AbilityRuntime::JsRuntime::LoadModule(std::__h::basic_string<char, std::__h::char_traits<char>, std::__h::allocator<char>> const&, std::__h::basic_string<char, std::__h::char_traits<char>, std::__h::allocator<char>> const&, std::__h::basic_string<char, std::__h::char_traits<char>, std::__h::allocator<char>> const&, bool, bool)+1044) (a4b9cb973376aa543aa4f0b370d451da)
#12 pc 0000000000136c38 /system/lib64/libabilitykit_native.z.so(OHOS::AbilityRuntime::JsAbility::Init(std::__h::shared_ptr<OHOS::AppExecFwk::AbilityInfo> const&, std::__h::shared_ptr<OHOS::AppExecFwk::OHOSApplication>, std::__h::shared_ptr<OHOS::AppExecFwk::AbilityHandler>&, OHOS::sptr<OHOS::IRemoteObject> const&)+840) (eebe908aae7de383ac236a571f2d0b85)
#13 pc 000000000011f7f8 /system/lib64/libabilitykit_native.z.so(OHOS::AppExecFwk::AbilityImpl::Init(std::__h::shared_ptr<OHOS::AppExecFwk::OHOSApplication>&, std::__h::shared_ptr<OHOS::AppExecFwk::AbilityLocalRecord> const&, std::__h::shared_ptr<OHOS::AppExecFwk::Ability>&, std::__h::shared_ptr<OHOS::AppExecFwk::AbilityHandler>&, OHOS::sptr<OHOS::IRemoteObject> const&, std::__h::shared_ptr<OHOS::AppExecFwk::ContextDeal>&)+1148) (eebe908aae7de383ac236a571f2d0b85)
#14 pc 000000000015e0b0 /system/lib64/libabilitykit_native.z.so(OHOS::AppExecFwk::AbilityThread::Attach(std::__h::shared_ptr<OHOS::AppExecFwk::OHOSApplication>&, std::__h::shared_ptr<OHOS::AppExecFwk::AbilityLocalRecord> const&, std::__h::shared_ptr<OHOS::AppExecFwk::EventRunner> const&, std::__h::shared_ptr<OHOS::AbilityRuntime::Context> const&)+1808) (eebe908aae7de383ac236a571f2d0b85)
#15 pc 0000000000164808 /system/lib64/libabilitykit_native.z.so(OHOS::AppExecFwk::AbilityThread::AbilityThreadMain(std::__h::shared_ptr<OHOS::AppExecFwk::OHOSApplication>&, std::__h::shared_ptr<OHOS::AppExecFwk::AbilityLocalRecord> const&, std::__h::shared_ptr<OHOS::AppExecFwk::EventRunner> const&, std::__h::shared_ptr<OHOS::AbilityRuntime::Context> const&)+588) (eebe908aae7de383ac236a571f2d0b85)
#16 pc 0000000000074bdc /system/lib64/libappkit_native.z.so(OHOS::AppExecFwk::MainThread::HandleLaunchAbility(std::__h::shared_ptr<OHOS::AppExecFwk::AbilityLocalRecord> const&)+624) (b49b5c3478983a77b1ca0544d8208e4c)
#17 pc 00000000000815ec /system/lib64/libappkit_native.z.so (b49b5c3478983a77b1ca0544d8208e4c)
#18 pc 000000000000e484 /system/lib64/platformsdk/libeventhandler.z.so(OHOS::AppExecFwk::EventHandler::DistributeEvent(std::__h::unique_ptr<OHOS::AppExecFwk::InnerEvent, void (*)(OHOS::AppExecFwk::InnerEvent*)> const&)+548) (b03358f302bd622ee0d90ce25d8fac54)
#19 pc 0000000000017964 /system/lib64/platformsdk/libeventhandler.z.so (b03358f302bd622ee0d90ce25d8fac54)
#20 pc 000000000001647c /system/lib64/platformsdk/libeventhandler.z.so(OHOS::AppExecFwk::EventRunner::Run()+92) (b03358f302bd622ee0d90ce25d8fac54)
#21 pc 0000000000077db0 /system/lib64/libappkit_native.z.so(OHOS::AppExecFwk::MainThread::Start()+380) (b49b5c3478983a77b1ca0544d8208e4c)
#22 pc 0000000000012df8 /system/bin/appspawn (b4a21b05365c312a5b9cdc8dedb92d09)
#23 pc 0000000000013064 /system/bin/appspawn (b4a21b05365c312a5b9cdc8dedb92d09)
#24 pc 0000000000012600 /system/bin/appspawn (b4a21b05365c312a5b9cdc8dedb92d09)
#25 PC 000000000002b660 /system/lib64/libbegetutil.z.so (42e6fc89ee1f8c790bbe8884d7e7c23f)
#26 PC 000000000002b2c8 /system/lib64/libbegetutil.z.so (42e6fc89ee1f8c790bbe8884d7e7c23f)
#27 PC 00000000000290c4 /system/lib64/libbegetutil.z.so(ProcessEvent+112) (42e6fc89ee1f8c790bbe8884d7e7c23f)
#28 PC 0000000000028bec /system/lib64/libbegetutil.z.so (42e6fc89ee1f8c790bbe8884d7e7c23f)
#29 PC 00000000000118c0 /system/bin/appspawn (b4a21b05365c312a5b9cdc8dedb92d09)
#30 PC 000000000000f9c0 /system/bin/appspawn (b4a21b05365c312a5b9cdc8dedb92d09)
#31 PC 0000000000082304 /vendor/aosp/system/lib64/libc.so(__libc_init+96) (a85ef5fb74e0282813cd1edb10854577)

更多关于HarmonyOS 鸿蒙Next deveco studio远程设备模拟运行报错 gc内存分配报错的实战教程也可以访问 https://www.itying.com/category-93-b0.html

12 回复

我把之前的删掉了，又重新建了一个就可以了，但是不知道是什么原因

更多关于HarmonyOS 鸿蒙Next deveco studio远程设备模拟运行报错 gc内存分配报错的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


一样是这个错误. 第一个demo…

我也是第一个demo，

解决了吗？

我在局域网，也是这个问题，好不容易编译过去，准备上真实设备调试，就报这个

但同样的工程在，联网环境里sync之后运行，就没问题

楼主解决没

把oh_modules目录删掉，自动编译intsall一遍就好了，不知道啥原因。。。

有要学HarmonyOS AI的同学吗，联系我：https://www.itying.com/goods-1206.html

我删除也不行。

我也是. 删除也不行，

您这边使用本地模拟器试试看呢，看是不是代码的问题哈！

我使用本地模拟器报一样的错。

在HarmonyOS Next中使用DevEco Studio进行远程设备模拟运行时出现"gc内存分配报错"，这通常与内存管理或资源分配相关。可能的原因包括：

  • 内存不足：模拟器或设备可用内存不足，无法完成垃圾回收（GC）操作。
  • 资源限制：模拟器配置的资源（如CPU、内存）不足以支持当前应用的运行。
  • 代码问题：应用代码中存在内存泄漏或频繁创建大量对象，导致GC频繁触发。
  • 模拟器或IDE版本问题：使用的DevEco Studio或模拟器版本可能存在已知的内存管理问题。

可以尝试以下排查步骤：

  • 检查设备或模拟器资源：确认设备或模拟器的内存和CPU资源是否充足，必要时调整配置。
  • 优化代码：检查应用代码，避免内存泄漏和不必要的大对象创建。
  • 更新工具：确保DevEco Studio和模拟器为最新版本，修复已知问题。
  • 查看日志：通过日志分析具体的内存分配失败原因。

如果问题持续，建议进一步分析日志或考虑其他调试手段。

回到顶部