Blackberry 10多屏幕叠加时点击事件失效技术问询

我来帮你拆解这个问题的核心原因，以及对应的解决办法：

问题到底出在哪？ #

你看FirstScreen::launchSecondScreen()里的这段代码：

void FirstScreen:: launchSecondScreen(){
    SecondScreen secondScreen;
}

这里的secondScreen是栈上的局部变量——函数执行完的瞬间，这个对象就会被系统销毁（调用析构函数）。虽然视觉上SecondScreen的UI可能还留在屏幕上，但底层对应的C++对象已经没了！

这就导致SecondScreen QML里的按钮点击事件找不到绑定的逻辑对象（比如_app），自然触发不了console.log，更别说调用launchThirdScreen了。而FirstScreen的按钮正常，是因为FirstScreen的对象从程序启动到关闭一直处于有效状态，没有被提前销毁。

怎么解决？ #

核心思路就是让SecondScreen对象的生命周期和它的UI显示周期匹配，不能函数一结束就把对象干掉。这里有两种靠谱的实现方式：

方式1：把SecondScreen改成FirstScreen的成员变量 #

通过类成员变量来保存SecondScreen的实例，延长它的生命周期：

1. 在FirstScreen.hpp里添加成员变量声明：

class FirstScreen {
    // 其他已有的成员...
private:
    SecondScreen* m_secondScreen; // 用指针避免栈销毁问题
};

2. 在FirstScreen.cpp的构造函数里初始化指针，在launchSecondScreen里创建实例：

FirstScreen::FirstScreen() : m_secondScreen(nullptr) {}

void FirstScreen::launchSecondScreen(){
    if (!m_secondScreen) {
        m_secondScreen = new SecondScreen();
        // 这里加上显示SecondScreen的逻辑，比如调用它的show()方法（根据你的实现调整）
    }
}

3. 别忘了在FirstScreen的析构函数里释放内存，防止泄漏：

FirstScreen::~FirstScreen(){
    if (m_secondScreen) {
        delete m_secondScreen;
        m_secondScreen = nullptr;
    }
}

方式2：用智能指针自动管理内存 #

如果不想手动写释放代码，可以用Qt的智能指针（BB10支持）：

1. 在FirstScreen.hpp里引入智能指针头并声明成员：

#include <QSharedPointer>
class FirstScreen {
    // 其他已有的成员...
private:
    QSharedPointer<SecondScreen> m_secondScreen;
};

2. 在launchSecondScreen里创建实例：

void FirstScreen::launchSecondScreen(){
    if (!m_secondScreen) {
        m_secondScreen = QSharedPointer<SecondScreen>(new SecondScreen());
        // 显示SecondScreen
    }
}

这种方式下，智能指针会在FirstScreen销毁时自动清理SecondScreen对象，不用手动写delete，更安全。

为啥NavigationPane就能正常工作？ #

你提到用NavigationPane替代是可行的，原因很简单：NavigationPane内部会维护所有推入页面的对象生命周期，不会让页面对象在函数结束后就被销毁，所以页面的事件绑定和逻辑都能正常触发。

内容的提问来源于stack exchange，提问作者Amit Yadav