Android Thread vs AsyncTask vs IntentService 从 BLE onCharacteristicChanged() 调用
Android Thread vs AsyncTask vs IntentService called from BLE onCharacteristicChanged()
我有一个 Android 应用程序,我从中接收 BLE 数据(通过通知每 62 毫秒)。该应用程序可以通过 BufferedWriter 将数据保存到文件中。在每个 onCharacteristicChanged() 回调中,如果用户启用了文件保存,我会调用 AsyncTask、Thread 或 IntentService 来执行文件写入。
AsyncTask 似乎工作正常。但是文档说 execute 必须在 UI 线程上调用,我是从 BLE 回调中调用它的。那是问题吗?我该如何解决?
使用 Thread 导致此错误:GKI_exception 缓冲区不足 https://code.google.com/p/android/issues/detail?id=65455(除了我的代码不是扫描而是接收通知)如果文件保存时间很长,我需要重启 Nexus 7(应用程序和 BLE 变得完全没有响应)。为什么 Thread 不工作,我该如何解决?
IntentService 永远不会转到 onHandleIntent()。这里有什么问题?
这是一些代码:
...
_context = this.getApplicationContext();
...
private BluetoothGattCallback mGattCallback = new BluetoothGattCallback() {
...
@Override
public void onCharacteristicChanged(BluetoothGatt gatt, BluetoothGattCharacteristic characteristic) {
...
int mode = 1;
if (mode==0) // Asynctask
new doFileWriteTask().execute(strBuild.toString());
else if (mode==1) // Thread
{
final String str = strBuild.toString();
new Thread(new Runnable() {
public void run() {
try {
_writer.write(str);
} catch (Exception e) {
e.printStackTrace();
}
}
}).start();
}
else if (mode==2) // intentService
{
Intent mServiceIntent = new Intent(_context, writeFileService.class);
mServiceIntent.putExtra("foo", strBuild.toString());
startService(mServiceIntent);
}
}
...
};
private class doFileWriteTask extends AsyncTask<String, Void, Void> {
@Override
protected Void doInBackground(String... strings) {
try {
_writer.write(strings[0]);
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
private class writeFileService extends IntentService {
public writeFileService() {
super("writeFileService");
}
@Override
protected void onHandleIntent(Intent workIntent) {
String dataString = workIntent.getStringExtra("foo");
try {
_writer.write(dataString);
} catch (Exception e) {
e.printStackTrace();
}
}
}
...
But the docs say execute must be invoked on the UI thread, and I'm calling it from the BLE callback. Is that a problem? And how should I fix it?
框架在调用它的同一线程(假定为主线程)上触发 AsyncTask
回调方法。它并没有真正影响后台工作,但如果您开始尝试使用 onPostExecute()
等,您可能会看到问题。 AsyncTask
可能不是从您无法控制的线程调用的最佳选择。
Why does the Thread not work and how can I fix it?
我不能确切地说出为什么您仍然看到错误,通过生成一系列私有的非同步线程可能会导致其他令人头疼的问题。如果您想使用单个工作线程,更好的选择是使用单个 HandlerThread
,您可以 post 使用 Handler
从您的事件回调中,例如:
…
_workerThread = new HandlerThread("Worker");
_workerThread.start();
_handler = new Handler(_workerThread.getLooper(), new Handler.Callback() {
@Override
public boolean handleMessage(Message msg) {
String str = (String) msg.obj;
_writer.write(str);
return true;
}
});
…
@Override
public void onCharacteristicChanged(BluetoothGatt gatt, BluetoothGattCharacteristic characteristic) {
…
Message msg = Message.obtain(_handler, 0, strBuild.toString());
_handler.sendMessage(msg);
…
}
该解决方案的代码要多一些,但考虑到写入频率,这可能是最有效的选择。
The IntentService never goes to the onHandleIntent(). What are the issues here?
您几乎不应该将顶级 Android 组件(activity、服务、内容提供者、接收者)实现为内部 class,因为它们必须在您的清单也是如此(并且内部 classes 的 XML 语法很丑陋)。如果您的服务在清单中没有匹配的条目,那么您永远不会看到它启动。您可能想看看 docs on using services.
至少,Service
写成内部 class 必须 public static
才能工作。否则框架无法看到它并且无法使用默认构造函数实例化它(非静态内部 classes 与构造函数混淆)。除非你现在在 try/catch 内部调用 startService()
,我很惊讶当你尝试这样做时它没有崩溃。
IntentService
可能是您的三个选择中最简单的一个,因为它是最解耦的,并且框架将处理排队工作并在所有传入工作完成后拆除线程。
我有一个 Android 应用程序,我从中接收 BLE 数据(通过通知每 62 毫秒)。该应用程序可以通过 BufferedWriter 将数据保存到文件中。在每个 onCharacteristicChanged() 回调中,如果用户启用了文件保存,我会调用 AsyncTask、Thread 或 IntentService 来执行文件写入。
AsyncTask 似乎工作正常。但是文档说 execute 必须在 UI 线程上调用,我是从 BLE 回调中调用它的。那是问题吗?我该如何解决?
使用 Thread 导致此错误:GKI_exception 缓冲区不足 https://code.google.com/p/android/issues/detail?id=65455(除了我的代码不是扫描而是接收通知)如果文件保存时间很长,我需要重启 Nexus 7(应用程序和 BLE 变得完全没有响应)。为什么 Thread 不工作,我该如何解决?
IntentService 永远不会转到 onHandleIntent()。这里有什么问题?
这是一些代码:
...
_context = this.getApplicationContext();
...
private BluetoothGattCallback mGattCallback = new BluetoothGattCallback() {
...
@Override
public void onCharacteristicChanged(BluetoothGatt gatt, BluetoothGattCharacteristic characteristic) {
...
int mode = 1;
if (mode==0) // Asynctask
new doFileWriteTask().execute(strBuild.toString());
else if (mode==1) // Thread
{
final String str = strBuild.toString();
new Thread(new Runnable() {
public void run() {
try {
_writer.write(str);
} catch (Exception e) {
e.printStackTrace();
}
}
}).start();
}
else if (mode==2) // intentService
{
Intent mServiceIntent = new Intent(_context, writeFileService.class);
mServiceIntent.putExtra("foo", strBuild.toString());
startService(mServiceIntent);
}
}
...
};
private class doFileWriteTask extends AsyncTask<String, Void, Void> {
@Override
protected Void doInBackground(String... strings) {
try {
_writer.write(strings[0]);
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
private class writeFileService extends IntentService {
public writeFileService() {
super("writeFileService");
}
@Override
protected void onHandleIntent(Intent workIntent) {
String dataString = workIntent.getStringExtra("foo");
try {
_writer.write(dataString);
} catch (Exception e) {
e.printStackTrace();
}
}
}
...
But the docs say execute must be invoked on the UI thread, and I'm calling it from the BLE callback. Is that a problem? And how should I fix it?
框架在调用它的同一线程(假定为主线程)上触发 AsyncTask
回调方法。它并没有真正影响后台工作,但如果您开始尝试使用 onPostExecute()
等,您可能会看到问题。 AsyncTask
可能不是从您无法控制的线程调用的最佳选择。
Why does the Thread not work and how can I fix it?
我不能确切地说出为什么您仍然看到错误,通过生成一系列私有的非同步线程可能会导致其他令人头疼的问题。如果您想使用单个工作线程,更好的选择是使用单个 HandlerThread
,您可以 post 使用 Handler
从您的事件回调中,例如:
…
_workerThread = new HandlerThread("Worker");
_workerThread.start();
_handler = new Handler(_workerThread.getLooper(), new Handler.Callback() {
@Override
public boolean handleMessage(Message msg) {
String str = (String) msg.obj;
_writer.write(str);
return true;
}
});
…
@Override
public void onCharacteristicChanged(BluetoothGatt gatt, BluetoothGattCharacteristic characteristic) {
…
Message msg = Message.obtain(_handler, 0, strBuild.toString());
_handler.sendMessage(msg);
…
}
该解决方案的代码要多一些,但考虑到写入频率,这可能是最有效的选择。
The IntentService never goes to the onHandleIntent(). What are the issues here?
您几乎不应该将顶级 Android 组件(activity、服务、内容提供者、接收者)实现为内部 class,因为它们必须在您的清单也是如此(并且内部 classes 的 XML 语法很丑陋)。如果您的服务在清单中没有匹配的条目,那么您永远不会看到它启动。您可能想看看 docs on using services.
至少,Service
写成内部 class 必须 public static
才能工作。否则框架无法看到它并且无法使用默认构造函数实例化它(非静态内部 classes 与构造函数混淆)。除非你现在在 try/catch 内部调用 startService()
,我很惊讶当你尝试这样做时它没有崩溃。
IntentService
可能是您的三个选择中最简单的一个,因为它是最解耦的,并且框架将处理排队工作并在所有传入工作完成后拆除线程。