Symbian C++ - 使用 RHostResolver 进行超时同步蓝牙发现

Question

我正在用 Qt 编写一个应用程序，部署在 Symbian S60 平台上。不幸的是，它需要具有蓝牙功能 - 没有什么真正先进的，只是简单的 RFCOMM 客户端套接字和设备发现。确切地说，该应用程序预计可在两个平台上运行 - Windows PC 和前面提到的 S60。

当然，由于 Qt 缺乏蓝牙支持，因此必须使用本机 API 进行编码 - Windows 上的 Winsock2 和 S60 上的 Symbian C++ - 我正在编写一个简单的抽象层。我对 Symbian 上的发现部分有一些问题。

抽象层中的发现调用应该同步工作 - 它会阻塞直到发现结束并将所有设备作为 QList 返回。我现在没有确切的代码，但我有类似的东西：

RHostResolver resolver;
TInquirySockAddr addr;
// OMITTED: resolver and addr initialization

TRequestStatus err;
TNameEntry entry;
resolver.GetByAddress(addr, entry, err);
while (true) {
    User::WaitForRequest(err);
    if (err == KErrHostResNoMoreResults) {
       break;
    } else if (err != KErrNone) {
        // OMITTED: error handling routine, not very important right now
    }

    // OMITTED: entry processing, adding to result QList

    resolver.Next(entry, err);
}
resolver.Close();

是的，我知道 User::WaitForRequest 是邪恶，这种编码类似于 Symbian，我应该使用活动对象，等等。但这不是我需要的。我需要一种简单、同步的方式来进行设备发现。

上面的代码确实可以工作。然而，有一个怪癖——我想在发现过程中有一个暂停。也就是说，我希望发现时间不超过 15 秒——在函数调用中进行参数化。我尝试做这样的事情：

RTimer timer;
TRequestStatus timerStatus;
timer.CreateLocal();

RHostResolver resolver;
TInquirySockAddr addr;
// OMITTED: resolver and addr initialization

TRequestStatus err;
TNameEntry entry;

timer.After(timerStatus, timeout*1000000);

resolver.GetByAddress(addr, entry, err);
while (true) {
    User::WaitForRequest(err, timerStatus);

    if (timerStatus != KRequestPending) { // timeout
        resolver.Cancel();
        User::WaitForRequest(err);
        break;
    }

    if (err == KErrHostResNoMoreResults) {
        timer.Cancel();
        User::WaitForRequest(timerStatus);
        break;
    } else if (err != KErrNone) {
        // OMITTED: error handling routine, not very important right now
    }

    // OMITTED: entry processing, adding to result QList

    resolver.Next(entry, err);
}
timer.Close();
resolver.Close();

这个代码有点有效。更重要的是，它的工作方式功能是正确的 - 超时起作用，返回到目前为止发现的设备，如果发现提前结束，那么它会退出而不等待计时器。问题是 - 它在程序中留下了一个杂散线程。这意味着，当我退出应用程序时，它的进程仍然在后台加载，什么也不做。我不是那种会对“修复”感到满意的程序员，比如让“退出”按钮终止进程而不是优雅地退出。留下杂散线程似乎是一个太严重的资源泄漏。

有什么办法可以解决这个问题吗？我不介意从头开始重写所有内容，即使使用完全不同的 API（只要我们谈论的是本机 Symbian API），我只是希望它能够工作。我已经阅读了一些有关活动对象的内容，但它似乎不是我所需要的，因为我只需要它同步工作......在发生较大变化的情况下，我将不胜感激更详细的解释，因为我Symbian C++ 新手，我真的不需要掌握它 - 这个小蓝牙模块可能是我在可预见的将来需要编写的所有内容。

预先感谢您的任何帮助！ :)

Answer 1

你的代码对我来说看起来没问题。您错过了不消耗您发出的所有请求的常见陷阱。假设您还取消计时器并在错误处理条件内执行 User::WaitForRequest(timerStatus) ，它应该可以工作。

我猜您担心的是主线程无法请求该线程退出。您可以大致按如下方式执行此操作：

• 当主线程创建线程时，将指向 TRequestStatus 的指针传递到线程中。将此称为exitStatus。
• 当您执行User::WaitForRequest时，还要等待exitStatus。
• 当主线程希望子线程退出时，它会执行一个 bluetoothThread.RequestComplete(exitStatus, KErrCancel)，其中 bluetoothThread 是该子线程退出的 RThread 对象。创建的主线程。
• 在子线程中，当发出 exitStatus 信号时，退出循环以终止线程。您需要确保取消并使用计时器和蓝牙请求。
• 主线程应该执行bluetoothThread.Logon并等待信号以等待蓝牙线程退出。

可能会有一些更微妙的地方来正确处理所有错误情况等等。

我希望我没有在这里咆哮错误的树......

Answer 2

问题已经得到解答，但是...如果您使用活动对象，我建议您使用嵌套活动调度程序（CActiveSchedulerWait 类）。然后，您可以将其传递给活动对象（用于计时器的 CPeriodic 和用于蓝牙的其他一些 CActive），其中之一将在其 RunL() 方法中停止此嵌套调度程序。不仅如此，通过这种方法，您的调用对于调用者来说变得同步，并且您的线程将在执行调用后正常关闭。

如果您对解决方案感兴趣，请搜索 CActiveSchedulerWait 的示例，或者直接询问我，我将为您提供一些代码示例。