标签：

起因

事情的起因是这样的

基于某些无法避免的因素

我有2个dll 暂且叫 a.dll 和 b.dll

这2个类库中有一部分完全相同的代码(下文中称为代码C)——遍历当前应用程序下的所有类库文件，并注入插件（没错，就是IOC了）

当开发人员仅引用a.dll或仅b.dll的时候,并没有任何问题

但是如果一个项目需要同时引用 a.dll 和 b.dll 那么麻烦就来了

那部分完全相同的代码会被执行2次, 所有插件都会被加载2次

经过

最简单的方案当然是把a.dll和b.dll中相同的代码 抽出成c.dll

然后之前引用a.dll的 需要同时引用a.dll和c.dll 

虽然可以很简单的解决问题,但是同样他的修改成本和用户体验是最差的(软件设计也要用户体验),

这个方案被保留为无论如何都无法解决问题才会使用的方案

由于a.dll和b.dll互相不知道对方的存在,所以无法直接通知对方我已经执行过代码C了

想过中Mutex,也想过用反射,都因为有各种副作用而放弃了 

其他更多中间尝试各种方案的过程就不说了...

结果

最后灵光一闪,猛然想到了字符串驻留池(不了解的自己百度,或者搜博客园相关文章)

string.Intern 将字符串放入驻留池

string.IsInterned 返回字符串在驻留池中的引用,如果返回null则说明该字符串没有在驻留池中

突然就有了主意了:约定一个字符串,当任何一个代码C被执行的时候,先判断这个字符串是否在驻留池中,如果不在则执行代码,执行完成后将这个字符串放入驻留池

当然这里有一个需要注意的地方,字符串如果直接固定写带代码中,在编译期间就会被放入驻留池

栗子中,xxx是硬编码在代码中的  可以看出xxx在驻留池中,而NewGuid的字符串 没有在驻留池中

所有硬编码的string都会被编译成常量,常量字符串也是在驻留池中的

加上字符串是引用类型,但是有常量的概念这个特性,所以全局锁也搞定了,直接锁定一个常量字符串就行了

所以 实际项目中的代码如下:

字符串驻留池的另类用法

标签：

原文地址：http://www.cnblogs.com/blqw/p/4941372.html