libart | Adaptive Radix Trees implemented in C | Hashing library

take a copy of bitmap for create and manipulate.

when destroyDrawingCache(); method will called,at that time generated bitmap will recycle(destroy).

after that we can use copy of that bitmap for future process.

I think you want instead of .

The signature certificate of the HarmonyOS application is different from the signature certificate of the Android application.

The signature certificate of the HarmonyOS application is a .p12 file. Like following:

You could check the signature certificate fingerprint as follows:

I found a solution. The problem was with emulator. I just switched from android 7.1 device to android 10 genymotion device.

Figured it out. Turns out it was related to a dialog popup within a menu. Moved the dialog to fire outside of OnOptionsSelect and it works fine.

You have not given us much to work with, but I think your problem stems from this Android JNI FAQ:

You can get into trouble if you create a thread yourself (perhaps by calling pthread_create and then attaching it with AttachCurrentThread). Now there are no stack frames from your application. If you call FindClass from this thread, the JavaVM will start in the "system" class loader instead of the one associated with your application, so attempts to find app-specific classes will fail.

So, in the code for my_app_helper.so, you should:

1. make sure to use a thread-specific env (obtained by calling AttachCurrentThread on the vm if needed);
2. make sure that all class references you need were obtained in advance. This can be as easy as calling FindClass from my_app.so and storing a GlobalReference in a static/global variable. (g_my_class = env->NewGlobalRef(env->FindClass("..."))) This is the easiest workaround, but see the linked post for other options.

In general, you should practice good JNI hygiene and always check for errors after a JNI call, and for Android specifically, look into turning on extended checking while developing.

EDIT: There is a second case in which FindClass will always work:

Any FindClass calls made as part of executing JNI_OnLoad will use the class loader associated with the function that called System.loadLibrary (this is a special rule, provided to make library initialization more convenient)."

You can see this in the Android Runtime source code here:

Added in API level 30

It works on android 11+. What's your version?

I found a reason. When invalidate two SKGLView simultaneously, I face JNI ERROR (app bug): accessed deleted Global 0x606a.

So, I change from SKGLView to SKCanvasView. After that, issue never showed up.

You have a permissions problem here, in low versions of Android, when you install the app, it guarantees all the permissions, but in the latest Android APIs, you have to request permission at runtime, if you don't and for example try read your app's storage information then your app will be crash