㈠ android判断主线程是否阻塞
android判断主线程是否阻塞可以这么做：如果内部缓冲区中有足够多的音频样本,则read()会立即返回数据.如果还不够,则read()等待直到有,然后返回数.()可用于设置监听器,而.setPositionNotificationPeriod()和.setNotificationMarkerPosition()可分别用于设置通知Period和Position.
㈡ android 串口读数导致界面卡死
需要用子线程去读取数据，当数据读取完成，通过handler 发送一个消息让主线程去更新UI
㈢ Android广播阻塞、延迟问题
最近项目中，多次碰到app研发人员反馈广播从发送到接收器接收，间隔时间太长，要求系统进行优化，特别是开机阶段。对此，专门阅读了一下广播从发送到接收这个流程的源码，以彻底搞明白怎样让自己发送的广播尽快到达接收器。
涉及到的源码类不多，主要就是ActivityManagerService.java 和 BroadcastQueue.java。发送广播进程调用发送接口，通过IPC到达AMS,AMS根据Intent是否配置Intent.FLAG_RECEIVER_FOREGROUND，选择当前广播加入前台广播队列还是后台广播队列。根据当前广播是否有序，将广播加入广播队列的串行列表还是并行列表。广播队列和广播队列中的广播列表是影响广播接收时间的主要因素。
BroadcastQueue广播队列，负责将广播发送给广播接收器。AMS中有两个成员变量，
BroadcastQueue mFgBroadcastQueue;//前台广播队列
BroadcastQueue mBgBroadcastQueue;//后台广播队列
前台广播队列和后台广播队列的区别有两处：1 超时时间，前台10s，后台60s. 2 是否延迟广播等待前一个广播进程完成。这两个区别已经说明前台广播对广播接收器要求更高，响应时间更短，如果广播要排队，时间上前台广播更短。同时系统默认使用后台广播队列，所以前台广播队列处理的广播要少，避免了可能的大量广播排队情况。
广播队列中的列表
//存放无序并发送给动态广播接收器的广播任务
final ArrayList<BroadcastRecord> mParallelBroadcasts = new ArrayList<BroadcastRecord>();
//存放无序发送给静态广播接收器的广播任务或者存放有序广播任务
final ArrayList<BroadcastRecord> mOrderedBroadcasts = new ArrayList<BroadcastRecord>();
mParallelBroadcasts 此列表中存放的是无序广播动态广播接收器任务，广播队列会在处理任务时通过嵌套循环，把每个广播通过ipc发送到关注它的所有进程。所有无序广播+动态广播接收器，广播不需要排队。这种情况是最快能让广播到达目标进程的方式。
mOrderedBroadcasts存放的广播任务特点：广播有序，或者广播接收器是静态注册的。此种类型的广播全部要在mOrderedBroadcasts中排队，广播之间按时间先后，同一个广播不同广播接收器按优先级。mOrderedBroadcasts存放的广播必须等一个广播任务处理完毕才能处理下一个，中间可能包含进程的启动等。
由此可见，广播最快的情况是前台广播、无序广播、动态注册广播接收器。最糟糕的情况是：后台广播、有序或静态注册广播接收器、广播接收器优先级低。如果一个应用只是简单的靠注册一个静态广播接收器拉起进程，对应的正是最糟糕的情况。如果又发生在开机阶段，自然延迟严重。
如果必须注册静态广播接收器，缩短时间的办法为：配置Intent.FLAG_RECEIVER_FOREGROUND，加入前台广播队列，设置广播优先级
源码：
广播发送：Context .sendBroadcast ->ActivityManagerNative.broadcastIntent->ActivityManagerService.broadcastIntent->ActivityManagerService.broadcastIntentLocked.到此阶段，跟发送广播的进程通信结束。此阶段AMS完成的工作主要是根据Intent查找该广播对应的动态广播接收器、静态广播接收器、以此发送该广播使用的广播队列。
private final int broadcastIntentLocked(
......//权限检查
......//特殊系统广播进行必要处理
if (sticky) {//粘性广播处理
......
//查找静态注册的接收器
receivers = collectReceiverComponents(intent, resolvedType, users);
if (intent.getComponent() == null) {
// 查找动态广播接收器
registeredReceivers = mReceiverResolver.queryIntent(intent,
resolvedType, false, userId);
}
//动态广播接收器
int NR = registeredReceivers != null ? registeredReceivers.size() : 0;
if (!ordered && NR > 0) {
//确定队列
final BroadcastQueue queue = broadcastQueueForIntent(intent);
//创建广播任务BroadcastRecord
BroadcastRecord r = new BroadcastRecord(queue, intent, callerApp,
callerPackage, callingPid, callingUid, resolvedType, requiredPermission,
appOp, registeredReceivers, resultTo, resultCode, resultData, map,
ordered, sticky, false, userId);
......
//广播任务加入并行列表中
queue.(r);
//启动异步发送广播任务
queue.scheleBroadcastsLocked();
registeredReceivers = null;
NR = 0;
......
while (it < NT && ir < NR) {
......
//根据优先级排序
if (curt == null) {
curt = (ResolveInfo)receivers.get(it);
}
if (curr == null) {
curr = registeredReceivers.get(ir);
}
if (curr.getPriority() >= curt.priority) {
// Insert this broadcast record into the final list.
receivers.add(it, curr);
//获取广播队列
BroadcastQueue queue = broadcastQueueForIntent(intent);
//创建广播任务
BroadcastRecord r = new BroadcastRecord(queue, intent, callerApp,
callerPackage, callingPid, callingUid, resolvedType,
requiredPermission, appOp, receivers, resultTo, resultCode,
resultData, map, ordered, sticky, false, userId);
//加入到广播队列串行列表中
queue.enqueueOrderedBroadcastLocked(r);
//启动异步发送任务
queue.scheleBroadcastsLocked();
广播队列处理广播：
final void processNextBroadcast(boolean fromMsg) {
......
//并行列表,遍历广播任务
while (mParallelBroadcasts.size() > 0) {
final int N = r.receivers.size();
//遍历接收器
for (int i=0; i<N; i++) {
//IPC调用发送给目标进程
(r, (BroadcastFilter)target, false);
}
}
//有串行广播任务正在执行
if (mPendingBroadcast != null) {
//接收广播的目标进程正常
if (!isDead) {
// It's still alive, so keep waiting 继续等待目前进程反馈
return;
}
}
//取出第一个广播
r = mOrderedBroadcasts.get(0);//判断是否超时，
if ((numReceivers > 0) &&
(now > r.dispatchTime + (2*mTimeoutPeriod*numReceivers))) {
//广播超时
broadcastTimeoutLocked(false);//超时处理，终止当前广播，启动下一个任务。
}
if (r.receivers == null || r.nextReceiver >= numReceivers
|| r.resultAbort || forceReceive) {
//所有广播任务执行完毕
}
int recIdx = r.nextReceiver++;//下一个广播接收器
r.dispatchTime = r.receiverTime;//设置派发时间
setBroadcastTimeoutLocked(timeoutTime);//启动超时计时
if (nextReceiver instanceof BroadcastFilter){//动态广播接收器
(r, filter, r.ordered);//发送
return;
}
.//静态广播
ResolveInfo info =
(ResolveInfo)nextReceiver;
......
//检查进程是否已启动
ProcessRecord app = mService.getProcessRecordLocked(targetProcess,
info.activityInfo.applicationInfo.uid, false);
if (app != null && app.thread != null) { /进程启动
processCurBroadcastLocked(r, app);//发送静态广播
return;
}
if ((r.curApp=mService.startProcessLocked(targetProcess,//启动进程
info.activityInfo.applicationInfo, true,
r.intent.getFlags() | Intent.FLAG_FROM_BACKGROUND,
"broadcast", r.curComponent,
(r.intent.getFlags()&Intent.FLAG_RECEIVER_BOOT_UPGRADE) != 0, false, false))
== null) {
//进程启动失败
}
//标志正在发送的串行广播
mPendingBroadcast = r;
mPendingBroadcastRecvIndex = recIdx;//正在发送的广播任务对应的接收器索引
}
㈣ 求教Android蓝牙串口开发OutputStream发送数据失败的问题
1、首先确保你发送的数据是正确的，串口接收到这个数据后他能识别，并返回你想要的数据，如果你发送的命令本身不要求返回数据，inputstream是读取不到数据的。 2、其次，要确保发送数据的格式正确，比如一段16进制数据，你定义为String="01230545"类型，然后发送的时候out.write(str.getBytes());这样发送的数据是不对的，应该定义一个byte型的数组，然后发送这个数组 3、以上你都确保没问题了，你可以用循环去读取数据，当读到的内容大于0时停止读取。用循环读取你要确保你已经设置读取的超时时间了，不然程序有可能阻塞。
㈤ Android读串口数据阻塞怎么办
我这边也在做Android和硬件设备的串口通信。
我的通信方式很简单，我这边发送数据，接收数据（接收数据的内容中有标识位让我判断这次接收到的数据的相应处理动作）
读数据的时候我做的是一个清空的办法，每一次读取数据，如果读到的数据准确则进行处理，如果有误就清空了在读。
如果说接收的数据要对应上发送的数据，你可以在Android这边发送数据后不在发送数据只读取，并开启一个计时器，当这段时间内么有接收到返回值就继续你的发送和读取功能
㈥ android 串口为什么不能正常读写
串口通让游信枝滑拦数据丢失很大一部分原因是：mscomm的inputlen设置设置有问题；
解决方案：
mscomm的inputlen设置为0吧（读取整个缓冲区），读完一次，清空一次缓冲区试试；
参考如下：
猛胡窗体初始化事件中建议将mscomm的这几个属性做如下设置：
mscomm.inbuffersize=8 '接收缓冲区大小
mscomm.rthreshold=4 '促发oncomm事件的字符数
mscomm.inputlen=0 '默认读取整个缓冲区
mscomm.inputmode=cominputmodetext '以文本方式接收
mscomm.inbuffercount=0 '清空缓冲区
oncomm事件中，建议处理完接收数据后用mscomm.inbuffercount=0清空缓冲区
㈦ 串口ReadFile读取数据一直有阻塞，即使有数据上来,该怎么解决
串口同步读写数据，ReadFile会一直阻塞，但是用串口调试助手可以接受到数据。 不过之后再启动程序就正常了，很郁闷，不知道问题出现在哪里，下面把代码贴出来： 以同步方式打开串口： bool CSerialIO::openSerialPort(char* szSerial){HANDLE hSerial=CreateFileA(szSerial, GENERIC_READ|GENERIC_WRITE,0, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);if(INVALID_HANDLE_VALUE==hSerial) return false; this->hComm=hSerial; memcpy(cComm,szSerial,strlen(szSerial)); cComm[strlen(szSerial)]='\0'; return true;}读串口：unsigned WINAPI RecieveData(void* pProcessData){ProcessData* pPD=(ProcessData*)pProcessData;while(1){if(pPD->bClosePushThread==true) ExitThread(0); byte byteTempBuffer[512]={0}; int iRead=0; if(pPD->pSerialIO->readSerialPort(byteTempBuffer,511,iRead)){if(iRead<=0){Sleep(1000);continue;}else{pPD->critSecData.lock(); pPD->bVectorRawData.insert(pPD->bVectorRawData.end(),byteTempBuffer,byteTempBuffer+iRead); pPD->critSecData.unLock();continue;}}Sleep(1000);}return 0;}这是一个线程入口函数，pPD->pSerialIO->readSerialPort(byteTempBuffer,511,iRead)这句代码实际上就是调用ReadFile来读串口数据，在这里设个断点，每次进入这个线程都会阻塞在这个地方，但是如果我用下串口调试助手后，就不会出现这个问题，也就是说 我要读写的串口必须要先被其他的进程读写过，然后才能正常运行。 ps：不要建议我异步读写串口，因为我现在问题还没解决。不知道是不是还需要对串口的参数进行设置。 再说下重点，我的程序可以正常运行的前提是：程序运行之前，用过串口调试助手之类的，也就是说必须要利用别的程序对串口的参数进行设置我的程序才能正常运行。
㈧ 串口通讯接收线程为阻塞方式，怎么关闭串口
另一个线程完全可以运行，是否运行决定权在你。
如果另一个线程需要等待串口的数据，那么它应该调用wait来等待信号量
读取串口数据的线程应该在读取完成后通知等待在信号量上的线程，以继续运行。
㈨ Android读串口数据阻塞怎么办
另一设备也是你可以修改开发的或拦吗 弄跳停止命令或者空命令，发下去之后，有特定数据上来给你读，读到之后，就别在读就可以了 再研究研究 PC上的话罩滑，好像没遇到阻塞情况，或者真的有数据上来给读，忘记了，USB阻塞倒是遇到过，最后就是弄了个停止命令，这种硬件阻塞的最NB了，蓝屏，各种无法结束进程，呵呵 安卓物团腊平台的，不了解 等大神