설명 할 수없는 행동 부스트 :: scoped_lock

내가 동기화를 사용하여 부스트를 들어, C++ 멀티 스레드 TCP 서버에 쓴 오전 : 서버 클라이언트가 일시에 연결 한 후 scoped_lock설명 할 수없는 행동 부스트 :: scoped_lock

. GDB에서

은 내가 전화 부스트 후 pthread_kill은 더 많은 스레드를 보았다 :: 뮤텍스 라인 device.cpp에서

(gdb) info thread 

277 Thread 808779c00 (LWP 245289330/xgps) 0x0000000802579d5c in poll() at poll.S:3 
    276 Thread 808779800 (LWP 245289329/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
    275 Thread 808779400 (LWP 245289328/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
..... 
    246 Thread 808c92800 (LWP 245289296/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
    245 Thread 808643800 (LWP 245289295/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
    244 Thread 808643400 (LWP 245289294/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
    243 Thread 806c8f400 (LWP 245289292/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
    242 Thread 808643000 (LWP 245286262/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
    241 Thread 808c92400 (LWP 245289288/xgps) 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 



[Switching to thread 205 (Thread 80863a000 (LWP 245289251/xgps))]#0 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
(gdb) where 
#0 0x00000008019799bc in pthread_kill() from /lib/libthr.so.3 
#1 0x0000000801973cfc in pthread_getschedparam() from /lib/libthr.so.3 
#2 0x00000008019782fc in pthread_mutex_getprioceiling() from /lib/libthr.so.3 
#3 0x000000080197838b in pthread_mutex_lock() from /lib/libthr.so.3 
#4 0x0000000000442b2e in boost::mutex::lock (this=0x803835f10) at mutex.hpp:62 
#5 0x0000000000442c36 in boost::unique_lock<boost::mutex>::lock (this=0x7fffe7334270) at lock_types.hpp:346 
#6 0x0000000000442c7c in unique_lock (this=0x7fffe7334270, [email protected]) at lock_types.hpp:124 
#7 0x0000000000466e31 in XDevice::getDeviceIMEI (this=0x803835e20) at /home/xgps_app/device.cpp:639 
#8 0x000000000049071f in XDevicePool::get_device (this=0x7fffffffd9c0, device_imei=868683024674230) at /home/xgps_app/pool_devices.cpp:351

코드를 잠금 :: : pool_device에서 639

IMEI 
XDevice::getDeviceIMEI() 
{ 
    try { 
     boost::mutex::scoped_lock lock(cn_mutex); 
     return device_imei; 
    } 
    catch (std::exception &e) 
    { 
     cout << " ERROR in getDeviceIMEI " << e.what() << "\n"; 
    } 
    return 0; 
}

코드

XDevicePtr 
XDevicePool::get_device(IMEI device_imei) 
{ 
    XDevicePtr device; 
    unsigned int i = 0; 

    while(i < this->devices.size()) 
    { 
     device = devices[i]; 
     if (device->getDeviceIMEI() == device_imei) { 
      LOG4CPLUS_DEBUG(logger, "XDevicePool::get_device found!"); 
      return device; 
     } 
     i++; 
    } 
    device.reset(); 
    return device; 
} 

XDevicePtr 
XDevicePool::get_device_mt(IMEI device_imei) 
{ 
    try 
    { 
     boost::mutex::scoped_lock lock(pool_mutex); 

    } 
    catch (std::exception & e) 
    { 
     LOG4CPLUS_ERROR(logger, "XDevicePool::get_device error! " << e.what()); 
    } 
// boost::mutex::scoped_lock lock(pool_mutex); 
    return get_device(device_imei); 
}

mutex 잠금 스레드 종료 후 호출이 종료되는 이유는 무엇입니까? 죽은 자물쇠가 그 행동에 대한 이유가 아니라고 생각합니다. 도와주세요!

출처

2017-09-06 Nikola

tl; dr pthread_kill은 아마도 청어입니다.

뮤텍스 잠금 스레드 종료 후 호출하는 이유는 무엇입니까?

아니요. 스레드가 종료되지 않았습니다 (여전히 info thread에 표시됨).

pthread_kill은 현재 스레드를 종료한다고 가정합니다. 실제로 pthread_kill이하는 일은 다른 스레드로 신호를 보내는 것입니다. 그리고 심지어 전송은 선택 사항입니다 (sig=0).

자세한 내용은 man page을 참조하십시오.

출처

2017-09-06 16:51:37 NPE

설명해 주셔서 감사합니다! 나는 그것이 남자라는 것을 본다! – Nikola

여러 개의 잠금 장치가 있습니다.

동시에 여러 번 사용할 수있는 잠금 장치가있을 때마다 고정 된 순서로 잠금을 해제해야합니다.

그런 교착 상태가 발생했을 가능성이 높습니다. 부스트 스레드의 무료 기능 boost::lockhttp://www.boost.org/doc/libs/1_63_0/doc/html/thread/synchronization.html#thread.synchronization.lock_functions.lock_multiple을 참조하십시오. 다중 잠금을 안정적으로 획득하는 데 도움이됩니다.

std::defer_lock에 대해 알고 싶을 수도 있습니다.

이 외의 경우에는 멀티 스레드 프로그램에서 fork의 간섭이있을 수 있습니다. 나는 당신이 실제로 당신의 공정에서 fork을 사용하지 않는 한, 지금은 설명 할 수있는 범위를 넘어선다고 생각합니다.

출처

2017-09-06 16:54:34 sehe

설명 할 수없는 행동 부스트 :: scoped_lock

답변

관련 문제