多线程冲突

                                                                      软件架构师何志丹

冲突原因

写CString的时候,可能内存不够,于是释放、重新分配内存。可能刚释放,没来来得及分配,就被挂起了,然后另外的线程访问此变量,就崩了。 

测试说明

Button18测试了,没有防冲突,程序崩溃。Button19,测试了有防冲突处理,程序没崩溃。Button20,一个写锁若干个读锁,比全部写锁要快。SNMFC::CriticalReadWriteLock,自己整理的类库的类。

测试代码

class CTesNoLock
{
public:
static UINT Write(LPVOID)
{
Sleep(1);
s_str += _T("AB33333333333333333333");
return 0;
}
static UINT Read(LPVOID)
{
Sleep(1);
bool b = s_str[0] == _T('A');
ASSERT(b);
return 0;
}
protected:
static CString s_str;
};
CString CTesNoLock::s_str = "A";


class CTesReadWriteLock : public CTesNoLock
{
public:
static UINT LockWrite(LPVOID)
{
s_lock.Lock();
Write(NULL);
s_lock.UnLock();
return 0;
}
static UINT LockRead(LPVOID)
{
s_lock.LockRead();
Read(NULL);
s_lock.UnLockRead();
return 0;
}

static UINT LockWrite100ms(LPVOID)
{
s_lock.Lock();
Sleep(100);
s_lock.UnLock();
return 0;
}
static UINT LockRead100ms(LPVOID)
{
s_lock.LockRead();
Sleep(100);
s_lock.UnLockRead();
return 0;
}
protected:
static SNMFC::CriticalReadWriteLock s_lock;
};

SNMFC::CriticalReadWriteLock CTesReadWriteLock::s_lock;

void CSNMFCDlg::OnBnClickedButton18()
{
CTesNoLock::Write(NULL);
for (int i = 0; i < 1000; i++)
{
AfxBeginThread(CTesNoLock::Write, NULL);
AfxBeginThread(CTesNoLock::Read, NULL);
}
}


void CSNMFCDlg::OnBnClickedButton19()
{
for (int i = 0; i < 10; i++)
{
AfxBeginThread(CTesReadWriteLock::LockWrite, NULL);
for (int j = 0; j < 1000; j++)
{
AfxBeginThread(CTesReadWriteLock::LockRead, NULL);
}
}
}



void CSNMFCDlg::OnBnClickedButton20()
{
DWORD d1 = GetTickCount();
{//由于被锁,只能依次访问,用时约10秒
for (int i = 0; i < 99; i++)
{
AfxBeginThread(CTesReadWriteLock::LockWrite100ms, NULL);
}
}
CTesReadWriteLock::LockWrite100ms(NULL);
DWORD d2 = GetTickCount();
{//可以同时读,所以用时少的多
for (int i = 0; i < 99; i++)
{
AfxBeginThread(CTesReadWriteLock::LockRead100ms, NULL);
}
}
CTesReadWriteLock::LockWrite100ms(NULL);
DWORD d3 = GetTickCount();

ASSERT((d2 - d1) >(d3 - d2) * 2);
}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 定时器执行事务可能会发生多线程冲突,因为定时器是在一个单独的线程中执行的,而事务可能会在其他线程中执行。如果在定时器执行期间修改了共享资源,可能会导致多线程冲突。因此,在编写定时器代码时,需要考虑多线程安全性。 ### 回答2: 定时器执行事务可能会发生多线程冲突。 在多线程编程中,如果多个线程同时对共享资源进行读写操作,就可能发生线程冲突。定时器通常会采用多线程的方式来执行定时任务,因此在执行事务时也可能存在多线程冲突的风险。 可能的冲突场景包括: 1. 同一时间点有多个定时器任务需要执行,可能导致多个线程同时对共享资源进行操作,发生冲突。 2. 定时器中的任务可能访问共享数据,如果没有采取线程安全的措施,可能会导致数据不一致或者数据损坏。 3. 执行任务时可能会涉及到资源竞争,例如多线程同时对同一个文件进行写操作,就可能导致文件内容错误。 为了避免定时器执行事务时发生多线程冲突,可以采取以下措施: 1. 在共享资源访问时,使用线程同步机制,如互斥锁、信号量等,保证同一时间只有一个线程对资源进行访问。 2. 使用线程安全的数据结构或者采取合适的同步措施来保证数据的一致性。 3. 尽量减小事务执行的范围,避免对共享资源的频繁读写操作。 总之,定时器执行事务时存在多线程冲突的风险,但通过合适的线程同步和数据同步措施,可以避免或者减小冲突的发生。 ### 回答3: 定时器执行事务会发生多线程冲突的可能性较小。定时器是一种工具,用于在指定的时间间隔或特定的时间点执行特定的任务。在多线程环境下使用定时器时,每个线程独立运行,定时器的任务也是在独立的线程中执行。 多线程冲突通常发生在多个线程同时访问或修改共享数据的情况下。由于定时器任务是独立运行的,不会直接访问共享数据,所以不容易引发多线程冲突。 然而,如果定时器任务在执行过程中需要访问共享数据,那么就有可能发生多线程冲突。在这种情况下,需要采取一些线程同步措施,例如使用线程锁(Lock)或线程安全的数据结构来保护共享数据,以避免冲突问题。 总的来说,定时器执行事务不会直接导致多线程冲突,但如果任务涉及到共享数据的访问或修改,就需要注意进行合适的线程同步措施,以确保多线程间的数据一致性和安全性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

闻缺陷则喜何志丹

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值