温柔的陷阱，你能否识破？

本文共计877个文字，预计阅读时间需要4分钟。

去年上线的一个项目，最近出现了一个比较棘手的问题。该系统是一个业务管理系统，大致会处理上百家业务。每处理完一个业务，都需要给客户发一封确认信或说明信。

去年上线的一个项目，却在最近出现了个比较头疼的问题。先说明一下，该系统是个业务管理系统，

大概会处理上百个业务，每处理完一个业务，都要给客户发一封确认信或者说明信，信的内容是通过读取模板加替换参数方式做成的，

模板是文本文件，当要读取一个模板的内容时，先判断内存中是否有该模板，如果有就直接从内存中读取，

如果没有则从文件读入并放入到内存中，内存中是放到Hashtable中的，key为枚举类型，也就是为每一种

模板定义了一个枚举值。问题就出在模板内容这里，明明是办理的A业务，

结果却给客户发的是关于B业务的相关说明。为什么说头疼呢，因为这个错误只在最终客户

那里出现过，在组内及中间客户的环境中均不能再现，而且再最终客户处也是时隐时现。

　　

　 ……经过数日的调查也未见所以然啊，最后迫不得已从最终客户处要来了相关的dll文件和log才发现了

问题的所在。原来，通过查看IL代码发现很多引用的枚举值都变了，比如代码中引用的是A类型的信，结果在IL代码中

却变成了B类型。