Android10中的LmKillerTracker 是在主线程执行还是子线程

根据LmKillerTracker类的名字和作用来看，无法确定该类是在主线程还是子线程中执行。需要查看该类的具体实现才能确定。

在Android 10中，有些API需要在主线程中执行，比如获取当前应用程序的上下文，否则会抛出异常。因此，如果LmKillerTracker中包含了获取上下文等需要在主线程中执行的操作，那么该类就是在主线程中执行的。

但是，在Android 10中，也可以使用后台线程来处理某些操作，以避免主线程阻塞和ANR问题。因此，如果LmKillerTracker中使用了线程池或者Handler等后台线程处理机制，那么该类就是在子线程中执行的。

综上所述，无法确定LmKillerTracker是在主线程还是子线程中执行的，需要查看其具体实现。

相关问题

LmKillerTracker 这个类是一个线程类,他是在主线程执行还是子线程,在这里添加Settings.Global.getInt(ActivityThread.currentApplication().getContentResolver(),-1)

根据您提供的代码，我们可以看出这是在主线程中执行的。具体原因如下：

1. LmKillerTracker是一个线程类，但是在您提供的代码中，并没有创建新的线程对象，即没有调用LmKillerTracker的start()方法启动新线程。
2. 在您提供的代码中，调用了ActivityThread.currentApplication()和getContentResolver()方法，这些方法都是Android中的API，需要在主线程中执行。
3. 在调用Settings.Global.getInt()方法时，会传入ActivityThread.currentApplication().getContentResolver()对象，这也说明该代码是在主线程中执行的。

因此，根据上述分析，可以确定LmKillerTracker这个类是在主线程中执行的。

LmKillerTracker 这个类是一个线程类,他是在主线程执行还是子线程,是否可以在这里添加Settings.Global.getInt(ActivityThread.currentApplication().getContentResolver(),-1)

根据您的代码，可以看出这是在主线程中执行的。因为在Android中，获取当前应用程序的上下文需要在主线程中进行，否则会抛出异常。

同时，您在LmKillerTracker类中添加了Settings.Global.getInt(ActivityThread.currentApplication().getContentResolver(),-1)代码，这也是在主线程中执行的。因此，您可以在这里添加该代码，不会导致线程问题。

但是需要注意的是，如果该代码会耗费比较长的时间执行，可能会导致主线程阻塞，影响应用的响应速度。因此，建议将其放在子线程中执行，以免影响用户体验。