线程问题,其中1个线程工作,但导致调用方法不返回

时间:2016-10-07 14:24:51

标签: c++ multithreading

我目前正在学习C ++,而且我遇到了一个奇怪的问题。我在Java和C#中做了很多线程化的东西而没有问题。我目前正在尝试使用库和测试应用程序复制C ++中的C#库。

在main.cpp中,我创建了一个colorbar类的实例,并调用方法from matplotlib.pyplot import colorbar, pcolor, show Z = f(X, Y) pcolor(X, Y, Z) colorbar() show() 。这会配置加载,然后应该启动一个在应用程序运行期间保持运行的线程。我期待这个线程启动,然后我的初始化函数返回true然后我继续我创建一个测试类的实例,每1秒写入一个日志文件。

下面是main.cpp

InitialiseLibrary

在我的Initialise方法(在库中)我有:

initialise

正如你所看到的,我读了配置,然后我调用`logRotation.startLogRotation()。

我有以下代码:

InitialiseLibrary initLibrary("config.ini");
        if (!initLibrary.initialise(1))
        {
            cout << "Failed to initialise library" << endl;
            return EXIT_FAILURE;
        }
TestClass testClass;
        testClass.writeSomeLogsInThread();


        cout << "The library config log file is: " << GlobalConfig::GeneralConfig::logFile << endl;

这里我期待,bool InitialiseLibrary::initialise(int applicationAlarmID, int applicationTerminationTimeout) { //statusManager.setApplicationStatus(StatusManager::ApplicationStatus::Starting); if (!this->loadInconfiguration(applicationAlarmID)) { cout << "*****Failed to configuration. Cannot continue******" << endl; return false; } GlobalConfig::libraryInitialised = true; LogRotation logRotation; logRotation.startLogRotation(); BitsLibrary bitsLibrary; //Set up the signal handler if its needed, 0 means it terminates instantly, doesn't wait -1 is don't use signal handler if (applicationTerminationTimeout >= 0) { bitsLibrary.setupSignalHandler(applicationTerminationTimeout); } return true; } 开始在线程中运行方法void LogRotation::startLogRotation() { //Is the configuration successfully loaded if (!LogRotateConfiguration::configurationLoaded) { throw exception("Log Rotation not initialised"); } BitsLibrary bitsLibrary; stringstream logStream; logStream << "Log rotation thread starting, monitor cycle time is " << LogRotateConfiguration::archiveSleepTimeInSeconds << " second(s)"; bitsLibrary.writeToLog(logStream.str(), "LogRotation", "startLogRotation"); thread logRotationThread(&LogRotation::logRotationThread, this); logRotationThread.join(); } void LogRotation::logRotationThread() { BitsLibrary bitsLibrary; while (bitsLibrary.getApplicationStatus() == StatusManager::ApplicationStatus::Starting || bitsLibrary.getApplicationStatus() == StatusManager::ApplicationStatus::Running) { bitsLibrary.writeToLog("Running log monitoring"); this_thread::sleep_for(chrono::seconds(LogRotateConfiguration::archiveSleepTimeInSeconds)); } stringstream logStream; logStream << "Log rotation archive monitoring stopped. Current application status: " << bitsLibrary.getApplicationStatus(); bitsLibrary.writeToLog(logStream.str(), "LogRotation", "logRotationThread"); } ,线程启动,startLogrotation()方法完成并通过堆栈返回到initialise()方法,其中返回true,返回main,然后我可以在一个线程中调用我的TestClass方法。

出于某种原因,线程启动并每隔几秒钟保持记录startLogRotation()所以我知道线程已经启动,但它似乎没有返回到初始化函数以返回true,所以应用程序卡在该函数调用上并且不再继续。

我已经读过你需要在线程上运行logRotationThread以使其与主线程保持同步,否则主线程退出,而新线程正在运行并导致SIGABRT在其中执行确实如此,但是加入似乎会停止返回的方法。

4 个答案:

答案 0 :(得分:1)

您的主线程在此行阻塞,等待logRotationThread结束。

logRotationThread.join();

你的主线程应该在产生另一个线程之后去做它需要做的任何工作,然后只有当它没有任何剩下要做时它应该join()日志旋转线程。

答案 1 :(得分:1)

join等待线程完成执行,因此当您加入时,startLogRotation将不会返回,直到发生这种情况。

此外,范围和生命周期的常规规则适用于线程对象 - logRotationThread将在startLogRotation返回时销毁。LogRotation。 如果线程在销毁时是“可连接的”,那就是错误。

最简单的解决方案可能是InitialiseLibrary中的thread成员和LogRotation中的join成员。

然后,您可以LogRotation df <- expand.grid(1:2, 1:2, 1:2) # Var1 Var2 Var3 # 1 1 1 1 # 2 2 1 1 # 3 1 2 1 # 4 2 2 1 # 5 1 1 2 # 6 2 1 2 # 7 1 2 2 # 8 2 2 2 df2 <- unique(t(apply(df, 1, sort))) #class matrix # [,1] [,2] [,3] # [1,] 1 1 1 # [2,] 1 1 2 # [3,] 1 2 2 # [4,] 2 2 2 df2 <- as.data.frame(df2) #class data.frame 的析构函数中的线程。

答案 2 :(得分:0)

“线程有一个奇怪的问题” - 欢迎来到线程世界!

我认为你误解了你创建的线程的堆栈,以及它将如何与主线程交互。创建的线程的堆栈从你告诉它开始的函数开始 - 当该函数完成时,线程死亡(这将允许你的join()停止阻塞)

关于线程之间的通信,我认为你应该阅读有关互斥锁,条件和信号量的信息。

答案 3 :(得分:0)

据我所知,

logRotationThread是一个长时间运行的线程(它在应用程序的整个持续时间内运行)。主线程不需要等待(加入)logRotationThread。

对于初学者,请移除logRotationThread.join()