Android streams by default and their use

Question

I am working on an android library and prevent the application from slowing down. I do as much as I can in separate threads.

I am currently studying what topics my library is responsible for, for which it is not my responsibility.

I created a very simple Android application and tested before and after.

The important part is what happens earlier and why all those threads are already created by android.

• main : main thread of execution.
• GC : garbage collector.
• Signature Catcher : stream detection signals.
• compiler
• ReferenceQueueDaemon : http://osxr.org/android/source/libcore/luni/src/main/java/java/lang/Daemons.java#0116
• FinalizerDaemon
• FinalizerWatchDogDaemon
• Binder _ * : Android: What is Binder Thread?

I am currently trying to figure out their use and publish the results that I have found little by little. At the same time, if you have information about them, it seems that it is useful for publication here with everyone gathered.

Answer 1

Link threads are used by the application to communicate with the OS and other applications in the system. Android is based on an event-based system, and so everything is done by passing “event objects” to the queue. An example of this is when you submit an intention. This intention is passed to other event queues in other applications using Binder Threads.