博客园-ITAres-最新评论http://www.cnblogs.com/ITAres/CommentsRSS.aspxthe time must do something...zh-cnTue, 16 Sep 2008 15:17:47 GMTTue, 16 Sep 2008 15:17:47 GMTcnblogsre: ASP.NET runtime maintains a pool of HttpApplication objects, not a single instance of HttpApplication objecthttp://www.cnblogs.com/ITAres/archive/2008/09/17/1292091.html#1318861jun1stjun1stTue, 16 Sep 2008 16:05:29 GMThttp://www.cnblogs.com/ITAres/archive/2008/09/17/1292091.html#1318861
jun1st 2008-09-17 00:05 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1192544狼Robot狼RobotSun, 11 May 2008 11:58:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1192544
狼Robot 2008-05-11 19:58 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1192258Angel LuciferAngel LuciferSun, 11 May 2008 06:59:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1192258@fuadam
可以明确的是几乎无法完全避免使用锁机制。现在流行的做法是结合Lock-Free和锁机制来构造更加复杂的算法。

锁机制的概念其实很简单，无非就是加锁和解锁。但是在现实中，我们根本无法预测开发人员会在什么时候加锁，大多数开发人员对锁机制的理解还比较肤浅，即使是资深工程师也难免会犯错。这才是复杂的地方所在。

通用的死锁检测程序效率十分低下，而且不能保证能够检测所有的潜在危险。比方SQL SERVER就有这种程序。我们不应该把所有信任都交给它。死锁也很难在设计时预见，因为它纯粹是一种技术细节的实现。比如Java里面有个ConcurrentHashMap，撇去lock-free技术，里面有32个锁，我们如何在设计时预测，只能在实现时倍加小心。

再举个例子，Windows的事件机制(注意这里的事件不是.NET下的event，而是内核并发基元event)就被滥用了。有研究表明几乎所有的使用事件的程序都不同程度的存在隐患。而Boost库则干脆不提供event基元。

Angel Lucifer 2008-05-11 14:59 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191955fuadamfuadamSun, 11 May 2008 02:26:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191955
fuadam 2008-05-11 10:26 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191918横刀天笑横刀天笑Sun, 11 May 2008 01:37:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191918
横刀天笑 2008-05-11 09:37 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191917横刀天笑横刀天笑Sun, 11 May 2008 01:36:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191917根据楼主所说通过GetType获取MethodTablePointer ，我觉得称为 类型对象指针更合理些，CLR via C#那本书也是讲类型对象指针，因为这个类型对象里面不仅仅保存有该类型的所有方法还保存着静态字段等内容

横刀天笑 2008-05-11 09:36 发表评论
]]>re: 你必须知道的.nethttp://www.cnblogs.com/ITAres/archive/2008/05/11/1096778.html#1191910ghost5018ghost5018Sun, 11 May 2008 01:27:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/11/1096778.html#1191910
ghost5018 2008-05-11 09:27 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191882zzzzzzzzzzSun, 11 May 2008 00:34:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/11/1191633.html#1191882大家可否帮我解释一下。谢谢。

zzzzz 2008-05-11 08:34 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/10/1191633.html#1191743Jeffrey ZhaoJeffrey ZhaoSat, 10 May 2008 15:33:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/10/1191633.html#1191743所以线程安装的操作最好是封装在一个类的内部，这样就把lock的对象控制在内部，避免被外部滥用，可以有效避免死锁。

Jeffrey Zhao 2008-05-10 23:33 发表评论
]]>re: 深入了解.net类在内存中的结构以及安全线程同步http://www.cnblogs.com/ITAres/archive/2008/05/10/1191633.html#1191698Angel LuciferAngel LuciferSat, 10 May 2008 14:50:00 GMThttp://www.cnblogs.com/ITAres/archive/2008/05/10/1191633.html#1191698
不过需要阐清的是，只要使用锁，就很难保证能够完全避免死锁。使用lock(somePrivateStaticObject)的方式，仅仅是因为Microsoft在设计同步索引时出了瑕疵，为了避免这个瑕疵，迫不得已才使用这种方式。这一点在《CLR via C#》第24章有着清晰的解释。

完全避免死锁的有效方式是使用lock-free技术。

Angel Lucifer 2008-05-10 22:50 发表评论
]]>