Tag/

CWinThread* AfxBeginThread(AFX_THREADPROC pfnThreadProc, LPVOID pParam, nPriority=THREAD_PRIORITY_NORMAL, UINT nStackSize=0, DWORD dwCreateFlags=0, LPSECURITY_ATTRIBUTES lpSecurityAttrs

http://blog.csdn.net/berniebd/archive/2008/06/10/2530920.aspx

1 剖析MFC多线程程序的同步机制。 - 相濡以沫 - CSDNBlog

coolaaron收录，使用标签：MFC, 多线程，时间：2008-8-4 16:03:30 | 相关网摘，我也收藏

DWORD

http://blog.csdn.net/onlyzhangqin/archive/2008/06/28/2593873.aspx

1 VC MFC 多线程及线程同步 - jiangxinyu的专栏 - CSDNBlog

coolaaron收录，使用标签：VC++, 多线程，时间：2008-8-4 16:00:33 | 相关网摘，我也收藏

http://blog.csdn.net/jiangxinyu/archive/2008/07/08/2624475.aspx

1 Windows多线程多任务设计初步 - dafan的专栏 - CSDNBlog

coolaaron收录，使用标签：C++, 多线程，时间：2008-8-4 15:53:36 | 相关网摘，我也收藏

http://blog.csdn.net/dafan/archive/2008/06/27/2590937.aspx

1 多线程编程技术 - krums的专栏 - CSDNBlog

coolaaron收录，使用标签：C++, 多线程，时间：2008-8-4 15:48:38 | 相关网摘，我也收藏

http://blog.csdn.net/krums/archive/2008/06/30/2599044.aspx

1 一个关于线程的问题

my_dream_fly收录，使用标签：多线程，时间：2008-7-31 20:18:09 | 相关网摘，我也收藏

http://topic.csdn.net/u/20080730/15/824e720e-32fd-4dd3-b5ed-4114389803fe.html

4 多线程并发思考--文件加锁 - hbcui1984的专栏 - CSDNBlog

arest收录，使用标签：多线程, 文件加锁，时间：2008-7-30 0:38:55 | 相关网摘，我也收藏

为了避免以上结果,我们希望在一个线程在操作某个文件的时候,其他线程不能对该文件进行读或写操作,要怎么才能实现呢?利用java提供的synchronized似乎无法完成,因为每个线程是在程序中动态抛出的.郁昧了一天之后,我终于找到了一个解决办法,就是利用java.nio包中的FileChannel对文件进行加锁.

http://blog.csdn.net/hbcui1984/archive/2006/12/12/1440226.aspx

2 Ｃ＃多线程编程

xj0524收录，使用标签：c#, 多线程，时间：2008-7-22 9:30:17 | 相关网摘，我也收藏

http://blog.csdn.net/solond/archive/2008/03/09/2159476.aspx

12 多线程安全的单例代码中，为何要两次判断是否为null

cfcodefans收录，使用标签：java, 多线程, 同步，时间：2008-7-16 8:32:40 | 相关网摘，我也收藏

java 多线程同步

*

发表于：2008-07-14 16:30:159楼得分:0
对！我刚刚也看到了相关的资料

不过还有人偏偏加一个锁以获取更大的性能，锁崩溃
http://www.ibm.com/developerworks/cn/java/j-threads/index2.html

另一种能提高性能的技术称为“锁崩溃”（请参阅清单 6）。回想一下， Vector 类的方法几乎都是同步的。假设您有一个 String 值的 Vector ，并想搜索最长的 String 。进一步假设您已经知道只会在末端添加元素，而且元素不会被删除，那么，像 getLongest() 方法所展示的那样访问数据是安全的（通常），该方法只是调用 elementAt() 来检索每个元素，简单地对 Vector 的元素作循环。

getLongest2() 方法非常相似，除了在开始循环之前获取 Vector 上的锁之外。这样做的结果是当 elementAt() 试图获取锁时，JVM 将注意到当前线程已经拥有锁，而且将不会参与争用。 getLongest2() 加大了同步块，这似乎违背了“放进去，取出来”的原则，但因为避免了很大量可能的同步，调度开销的时间损失也少了，速度仍然快得多。

在运行 Sun 1.3 JDK 的双处理器 Linux 系统上，拥有两个线程，仅仅循环调用 getLongest2() 的的测试程序比调用 getLongest() 的要快 10 倍以上。虽然两个程序的序列化程度相同，但前者调度开销的时间损失要少得多。这又是一个极端的示例，但它表明争用的调度开销并不是微不足道的。即使只运行一个线程，崩溃版的速度也要快约 30% ：获取您已占用的锁比获取无人占用的锁要快得多。

清单 6. 锁崩溃

Vector v;
...

public String getLongest() {
int maxLen = 0;
String longest = null;
for (int i=0; i maxLen) {
maxLen = s.length();
longest = s;
}
}
return longest;
}
public String getLongest2() {
int maxLen = 0;
String longest = null;
synchronized (v) {
for (int i=0; i maxLen) {
maxLen = s.length();
longest = s;
}
}
return longest;
}
}