DICOM：再次剖析fo-dicom中DicomService的自定义事件绑定

题记：

趁着《从0到1》大火的热潮，近期重新翻阅了一遍《从一到无穷大》（这样是不是感觉整个非负数轴就圆满了^_^）。虽然作为科普类书籍，但是里面的内容还是比较深奥，幸亏有作者精准的翻译，一番细细品味后犹如醍醐灌顶，心中透亮。
一直幻想有外星人、宇宙外生物的存在，从《源代码》描述的“平行世界”，到《星际穿越》的“超维空间”，再到时下泛滥的穿越剧，却总未解开心中那团疑惑。或许只有时间的流逝才能给我解答，只怕光阴荏苒，时不我待。遂突发奇想，想模仿大雄坐时空隧道去看看“那年今日”的我。于是从书柜里翻出了上学时的硬盘，找到了那年今天的学习笔记，有种莫名的激动，闭上双眼努力回想‘那时那景’——这程序好难调啊，还有好多书没看，还有好多事要做——
原来我一直如此单调的生活，汗！

背景：

通过寥寥几笔，只可简单回想“那时那景”，但却清晰记得也遇到了奇葩问题，如同今天的‘坑’一样:

在之前的专栏中曾简单介绍过fo-dicom实现各种DIMSE-C服务，简便快捷，诸如fo-dicom网络传输之C-FIND and C-MOVE。今天在结合WCF使用fo-dicom时遇到了一个问题，“多个序列的文件被写入到了同一个文件中，最后生成了一个多大几个G的大文件”。

起初以为是对WCF中实例模式和对象生命周期，即PerCall、PerSession、Singleton，掌握不清，使得将多次客户端调用共用了同一个存储地址。遂阅读了诸多关于这方面的资料，以及C#中的闭包、变量作用域和变量生命周期相关的