[zbw76]

如果你一个人做，应该很容易做到起码一个月不重起，但是如果是一个组做，其中如果有一个人出错了，那就会拖累整个系统，所以，规范很重要，用到的各种技术一定要摸清楚运行机制，整理出来使用规范，然后才能让下面的人按照规范使用。
现在有些人一味的追球新技术，新框架，毫不熟悉就是用，最后能个系统跟蜗牛一样，我碰到过好多这样的情况。
有些时候不妥协也没有办法啊，老板就喜欢新技术，nnd。

[zbw76]

如果你是web的应用，好像有个工具叫 loadruner 什么的，可以作白盒的压力测试，你可以压一下看看。一个项目的质量，专业的测试还是必不可少的。

[jeff_yecn]

虽然不是很确切理解为什么要采取每个请求一个文件的方式（感觉最后产生大量的文件会是一个大问题，也许用数据库会更加合适些？），以及标准的 Logger 架构是不是适合楼主的情形（我想象中，Logger 库恐怕不是为产生大量的文件而设计的，我很怀疑它是不是会及时地关闭文件）。不过，在 Logger 架构里面, slf4j 的 LogBack/MDC 不知道会不会有帮助。

回到最初的关于宏观的对象生命周期控制的问题，其实楼主的情形和 Apache Common 的 HttpClient 很接近。用户调用一个 Factory 方法从池中获取一个对象，使用完以后，调用 close，通知库不再使用这个对象，这样库就可以再把这个对象分配给别人。对于楼主的实现，库应该在收到通知以后，关闭这个对象对应的文件，并把这个对象的引用从内部的 HashTable 中删除。

[自由狼-台风]

作者: jeff_yecn

虽然不是很确切理解为什么要采取每个请求一个文件的方式（感觉最后产生大量的文件会是一个大问题，也许用数据库会更加合适些？），以及标准的 Logger 架构是不是适合楼主的情形（我想象中，Logger 库恐怕不是为产生大量的文件而设计的，我很怀疑它是不是会及时地关闭文件）。

在控制台环境试验中，文件被及时地关闭了。
在Tomcat环境试验中，如果Session正常关闭，则文件也被及时地关闭了；如果是ServletContext重启则文件不关闭(这种情况在正式运行时应该很少出现，问题能解决但不那么紧迫)。
其他环境暂时无条件测试。

[songrouchen]

字数打的太多了 ~~！

[songrouchen]

新技术未必有稳定性。。再说新技术都是老技术风装好的！

[zxd123314]

似乎是在一些不被操作的对象上执行gc。
我有时NetBeans不用，连他都给GC了。……（PS：损失源码无数…………）