解决方案 »

  1.   

    简单 抛弃Entity Framework . 在你的socket服务端用sql语句或者存储过程.
      

  2.   

    “安全便捷”的方式来自于工程,而不是什么小伎俩。如果你们在开发过程中从一开始就进行自动化测试,每天都把测试用例运行几万次,经常以随机顺序随机生成测试数据进行测试,除了顺序测试之外还自动进行高并发的测试,那么从一开始你们就是在可靠的“安全网”内编程的。而不是被一些民工绑架了的开发。测试中可以很简单地(随时想起来就可以)加入一些关于“内存泄露”的检测,甚至直接在测试引擎程序部分加入自动的检测。具体来说,如果测试用例都是先实例化测试用例对象、然后才执行的,那么就可以自动把测试用例放入一个 List<WeakReference> 类型的弱引用集合中,此集合中每一个单元的Target属性引用了一个测试用例实例。这样隔一段遍历一下这个集合,如果有超时(例如2分钟)还没有被GC释放掉的测试用例,那么它所测试到的程序部分就包含有内存泄露。
      

  3.   

    现在问题已经解决,根本原因是出在了 IOC 容器上,对其稍做修改,内存问题就消失了。不过还是要感谢两位大神的开发建议。