在native层使用napi_create_ark_runtime接口，并且调用了napi_destroy_ark_runtime释放创建的环境后。 在ArkTs层使用setInterval定时器，不会触发回调，同样的代码，如果native层不使用napi_create_ark_runtime接口，则会触发定时器回调 环境 DevEco Studio5.0.0Release compatibleSdkVersion：5.0.0(12)
napi_status status = napi_destroy_ark_runtime(runtime);if (status != napi_ok) { // 处理错误 } - `runtime`:是要销毁的运行时环境的句柄,这个句柄应该是之前通过 `napi_create_ark_runtime` 创建的。 ### 注意事项 1. **资源管理**:确保在调用 `napi_destroy_ark_runtime` 之前,没有其他的...
#IBBZ4O:[新需求]: napi_create_ark_runtime在C++创建arkts环境上限扩展 - 挑单master 二:修改原因 (目的、解决的问题等,例如:修复xx场景崩溃问题) 挑单master 三:修改描述 (做了什么,变更了什么,例如:xx函数入口增加判空) 四:兼容性领域分析
在子线程中napi\_create\_ark\_runtime之后调用js函数。在子线程中,通过napi\_call\_function(env, NULL, testReflectFunction, 0, NULL, &call\_result);来调用,肯定会崩,变量的作用域不一样。不同线程间,设计到napi\_env、napi\_value等等的处理,必须在同一个线程中,不能跨线程。请参考使用Node-API接口...
在子线程中napi_create_ark_runtime之后调用js函数。在子线程中，通过napi_call_function(env, NULL, ...
fox280 在线程1调用napi_create_ark_runtime创建的env，只能在线程1使用，作用域也只是在线程1，不能...
napi_create_ark_runtime在C++创建arkts环境上限扩展 稳定性自检: 自检项自检结果 涉及跨进程调用的相关操作需要抛至主线程或加锁防止并发pass 成员变量进行赋值或创建需要排查并发pass 谨慎在lambda表达式中使用引用捕获pass 谨慎在未经拷贝的情况下使用外部传入的string、C字符串pass ...
napi_create_ark_runtime在C++创建arkts环境上限扩展 其他补充信息 版本或分支信息 master 5.0-Beta1 Release 4.1 Release 4.0 Release 3.2 xusen 创建了任务 2个月前 xusen 添加了 bug 标签 2个月前 展开全部操作日志 openharmony_ci 成员 2个月前 感谢提交Issue!关于Issue的交互操作,请访问OpenHarmony社区...
见:https://gitee.com/liwentao_uiw/arkcompiler_runtime_core/blob/ani_spec/static_core/plugins/ets/runtime/ani/docs/napi2ani.md#napi_create_promise迁移示例 lwf 将任务状态从待办的 修改为已完成 3个月前 登录 后才可以发表评论 状态 已完成 待办的 进行中 已完成 已拒绝 负责人 未设置 ...
[新需求]: napi_create_ark_runtime在C++创建arkts环境上限扩展 - bug Pull Request 合并后将关闭上述关联 Issue 里程碑 未关联里程碑 未关联里程碑 参与者 (2) 1 https://gitee.com/openharmony/commonlibrary_ets_utils.git git@gitee.com:openharmony/commonlibrary_ets_utils.git openharmony common...