代码改变世界

随笔分类 -  01. DotNet框架

并发环境下的缓存容器性能优化(下):性能测试

2009-11-16 00:29 by Jeffrey Zhao, 20125 阅读, 收藏, 编辑
摘要: 上一篇文章里,我谈到对于某些场景中的缓存容器,其写操作非常少,到了程序后期甚至为零,而对它的读操作却几乎是密集连续且无穷无尽的。对于这样的容器,如果使用ReaderWriterLockSlim去进行保护每个“读”操作,这开销是在有些多余。因此我提出了“不可变”的哈希表,目的是在保持读操作的时间复杂度为O(1)的情况下,尽可能避免多余的开销。现在我们便将它和其他几种时间进行一个性能的对比。 阅读全文

“表达式树”配合“泛型参数字典”定义通用操作

2009-11-13 13:53 by Jeffrey Zhao, 18621 阅读, 收藏, 编辑
摘要: 上午有朋友提出了这么一个问题:如何定义一个通用的相加操作。其实这可以利用“泛型参数字典”和“表达式树”配合完成,也有着非常优秀的性能。于是,我们便可以定义一个比.NET框架自带的Enumerable.Sum强大许多的扩展方法了。 阅读全文

并发环境下的缓存容器性能优化(上):不可变的哈希表

2009-11-12 00:03 by Jeffrey Zhao, 23286 阅读, 收藏, 编辑
摘要: 我们在项目中经常会遇到这样的场景:一些信息读取开销较大,但只需要生成一次便可反复使用,因此我们会将其永久地缓存起来。例如在ASP.NET MVC中,系统会根据Controller的名称来缓存对应的元数据。这些缓存容器都有一些共同的特点,便是存储的对象数量有限(少则几十,多不过数千),但都需要在并发环境下被大量地读取,因此必须是线程安全的。那么,我们该如何设计这样的容器呢? 阅读全文

缓存方式与对象创建的性能比较

2009-11-11 14:28 by Jeffrey Zhao, 20127 阅读, 收藏, 编辑
摘要: 由于Lambda表达式构造URL的速度不佳,我最近对于性能上的细节问题进行了一些探索和尝试。对于很多问题,以前由于不会形成性能瓶颈,因此并没有进行太多关注。还有一些问题可以“推断”出大致的结论,也趁这个机会进行更详细的试验,希望可以得到更为确切的结论和理性的认识。这次我打算做的实验,是关于对象的缓存与创建的性能比较。在某些情况下,我们会将创建好的对象缓存起来,以便今后进行复用。但是不同的缓存方式会有不同的性能,因此……我们现在便来试试看。 阅读全文

一次失败的尝试(下):无法使用泛型的Attribute

2009-11-11 00:07 by Jeffrey Zhao, 19541 阅读, 收藏, 编辑
摘要: 原本打算两篇写在一起,但是我认为这两个话题本身并没有太大关联,因此分开,便于查询。其实在构建Attribute的时候,我们经常会从构造函数中传入一个Type类型,然后在Attribute中使用Activator.CreateInstance或其他的“反射”方法来构造对象。那么,我忽然想,为什么不能使用泛型的Attribute呢?有了泛型便可以利用静态检查,也可以获得其他有用的特性。只可惜,C#并不支持在Attribute中使用泛型……而且这点在C# 4中也基本不会有所改变了。 阅读全文

一次失败的尝试(上):原来GetCustomAttributes方法每次都返回新的实例

2009-11-10 00:08 by Jeffrey Zhao, 22592 阅读, 收藏, 编辑
摘要: 前一段时间我在比较各种URL生成方式性能的时候,其实已经为利用Lambda表达式的做法进行了优化。在优化之前,使用Lambda构建URL的性能比现在的结果还要慢上50%。性能低下的原因,在于每次都使用GetCustomAttributes来获取参数(或其他一些地方)标记的Custom Attribute。这里应该用到了反射,在这种密集调用情形中性能急转直下。 阅读全文

统计一个表达式树拥有的节点数量

2009-10-31 21:05 by Jeffrey Zhao, 17132 阅读, 收藏, 编辑
摘要: 如果要统计表达式树的节点数量,我们可以编写一个Expression Visitor来完成这个任务。值得注意的是,由于ExpressionVisitor只负责“遍历”,因此在进行“统计”、“收集信息”等任务的时候,都需要在子类内部保存临时信息。因此,许多ExpressionVisitor的实现其实都不是线程安全的。一般说来,由于自动生成闭包等机制,一个Lambda表达式实际构造出的节点总比我们“看出”的要多一些。 阅读全文

浅谈线程池(下):相关试验及注意事项

2009-10-20 00:06 by Jeffrey Zhao, 29428 阅读, 收藏, 编辑
摘要: 三个月,整整三个月了,我忽然发现我还有三个月前的一个小系列的文章没有结束,我还欠一个试验!线程池是.NET中的重要组件,几乎所有的异步功能依赖于线程池。之前我们讨论了线程池的作用、独立线程池的存在意义,以及对CLR线程池和IO线程池进行了一定说明。不过这些说明可能有些“抽象”,于是我们还是要通过试验来“验证”这些说明。此外,我认为针对某个“猜想”来设计一些试验进行验证是非常重要的能力,如果您这方面的能力略有不足的话,还是尽量加以锻炼并提高吧。 阅读全文

谈吉日嘎拉的《白话反射技术》及其他(技术篇)

2009-10-16 19:16 by Jeffrey Zhao, 26245 阅读, 收藏, 编辑
摘要: 社区又掀起了腥风血雨,这次又是吉日嘎拉这一博客园的众矢之的所引发的惨案。他的一篇《白话反射技术》发表之后,被包同学一篇文章狠狠地踩在脚底下,言辞之激烈令人罕见。从两片文章的内容与评论来看,大家的眼光似乎都没有集中在技术本身,而是针对个人在你来我往。有评论称这是“门派之争”,虽然看不出到底哪门哪派,但看上去也还真像那么一回事情。不过这真是技术社区该有的讨论氛围和方式?如果觉得吉日嘎拉在技术上有问题,难道不应该条条指出吗?既然没有人做这件事情,那么就还是我来吧,反正我写博客也成习惯了。 阅读全文

尝试使用IKVM运行Lucene 2.9.0版

2009-10-09 15:26 by Jeffrey Zhao, 13824 阅读, 收藏, 编辑
摘要: 上月末Lucene发布了2.9.0版,这个版本的改进比较明显,主要是各方面性能的增强,以及对数字字段范围查询的直接支持。这个版本还有个重要的意义,就是它标记了Lucene 3在API上的改变,及早跟进的话对Lucene 3的未来接受程度会比较好。Lucene的更新很慢,而移植到.NET平台上的Lucene.NET的二进制发布则更是一直停留在07年三月的2.0版本。虽然我们可以通过svn获取到Lucene.Net 2.3.2的源代码自行编译,但这次我还是想直接使用最新的2.9.0版本。最终我决定趁这个机会尝试一下IKVM.NET。 阅读全文

幻灯片:LINQ Inside, Part 1

2009-09-26 13:06 by Jeffrey Zhao, 11969 阅读, 收藏, 编辑
摘要: 整理电脑时整理发现一个幻灯片,修改日期是去年年底,当时不知道为了什么,对方是谁讲一次LINQ。这次讲座是入门型的,主要讲了讲什么是LINQ,什么是表达式,表达式树等等。不过这第一部分似乎……还没有提到LINQ,更那个什么的是,我已经找不到第二部分了……因此,大家可以随意看看。目前脑袋写了几篇相当不错的,可作为入门的LINQ相关文章。以后我再提到这部分内容时终于也有东西可以引用了…… 阅读全文

基于DelegateEvent创建第一个IEvent对象

2009-09-11 13:47 by Jeffrey Zhao, 11935 阅读, 收藏, 编辑
摘要: 继续和“事件即对象”打交道。我们之前提到过两个“趣味编程”:DelegateEvent与Functional Reactive Programming,现在我们在它们两者之间架起一座桥梁。也就是说,我们要从一个DelegateEvent对象创建一个IEvent对象出来。这样,您就可以把它作为第一个IEvent对象,继续尝试Functional Reactive Programming了。 阅读全文

如何创建TextWriter的子类

2009-09-11 00:42 by Jeffrey Zhao, 14504 阅读, 收藏, 编辑
摘要: 如果您需要继承TextWriter实现自己的类型,您会怎么做?继承TextWriter不难,不过接下来,您打算覆盖(override)掉哪些方法?从Reflector的观察结果发现,其中所有的方法最终都会委托给Write(char)方法。但是只覆盖Write(char)方法只能保证最终成果“可以运行”,却无法保证是最优秀的结果。但是又有谁可以告诉我,究竟该怎么做呢? 阅读全文

监视程序中的死锁及其他

2009-09-10 00:08 by Jeffrey Zhao, 14574 阅读, 收藏, 编辑
摘要: 每天回家路上总有一段比较长的路一片漆黑无法看书。这种时候,如果我有兴致则会用手机上上网,但是大部分情况下还是用来想问题的。今天我回忆起今天园子首页的一篇文章谈到死锁,想到了一种可行的解决方案,只可惜到家一搜索……别人已经实现过了。于是,又没我什么事情了…… 阅读全文

我犯了一个错误,您能指出吗?(结论)

2009-09-08 15:55 by Jeffrey Zhao, 13850 阅读, 收藏, 编辑
摘要: 其实许多朋友已经在回复中发现问题所在了。泛型类中的静态变量会因为T的不同而产生不同的值,也就是说每个T所访问的静态变量都是独立的。因此,看似共享的静态ConnectionKey实际上是两个不同的Guid。 阅读全文

我犯了一个错误,您能指出吗?

2009-09-08 10:01 by Jeffrey Zhao, 15519 阅读, 收藏, 编辑
摘要: 这是我最近在项目中犯的一个错误,您能指出吗? 阅读全文

再谈ASP.NET Routing中的ParsedRoute

2009-08-24 14:10 by Jeffrey Zhao, 5370 阅读, 收藏, 编辑
摘要: ParsedRoute是ASP.NET Routing中的内部类,作用是根据既定模式将一段URL解析为一个RouteValueDictionary。上次的文章中我主要谈了如何利用反射使用类库的内部成员,而这次则想分享一些使用ParsedRoute时产生的一些想法。 阅读全文

为什么是HttpContextBase而不是IHttpContext

2009-08-21 15:15 by Jeffrey Zhao, 9931 阅读, 收藏, 编辑
摘要: 由于HttpContext很难进行Mock,因此为了提高可测试性,微软随ASP.NET MVC发布了一个“抽象包”,专门用于对HttpContext及其相关组件进行抽象。不过在Preview 1版本中,这些抽象都是一个个接口,如IHttpContext,IHttpRequest等等。而在下一个版本中,立即就成为了一个个抽象类,如HttpContextBase,HttpRequestBase。现在我打算从“使用”角度来谈一下,为什么这里的确应该用抽象类而不是接口。 阅读全文

复用类库内部已有功能

2009-08-19 18:59 by Jeffrey Zhao, 8270 阅读, 收藏, 编辑
摘要: 经常看我博客的人可能会知道,我是一个喜欢搞点小技巧来实现某个功能的人。例如博客的皮肤,自己花了不少时间定义,也是为了效果丰富一些。当然,搞得最多的是从框架或类库内部取出一点小功能来用用,节省自己开发的时间。 阅读全文

再谈抽象类和接口

2009-08-19 12:15 by Jeffrey Zhao, 9508 阅读, 收藏, 编辑
摘要: 昨天我质疑了为什么定义RouteBase抽象类,而不是IRoute接口,我谈到对于一个“没有任何实现”的抽象类来说,开发人员应该使用接口。不过在后面的评论中,有朋友给了我启发,让我忽然想到更多的事情。晚上又再次翻了翻《Framework Design Guidelines》之后,打算再谈一些东西,把这个问题讨论地更加清楚一些。 阅读全文