|
锁定老帖子 主题：Java 文件监控，实时监控文件加载
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-10-22
首先：代码重构，其次：Thread.setDaemon(true)守护线程。写得还可以。
|
| 返回顶楼 | |
|
发表时间：2012-10-22
sziitjiang 写道 谢谢您的指点，写了那么多呵呵.. 回答一下您的疑问,呵呵，MD5值是使用java自带的MessageDigest，性能不知道行不行，呵呵.. 关于从数据模型层面上优化，之前没怎么了解过，得去研究研究，非常感谢您的指点.... Java自带有计算MD5的东东，性能很一般，特别是文件大时太慢了。你可以找个2GB以上的文件测试一下。 |
| 返回顶楼 | |
|
发表时间：2012-10-22
mfkvfn 写道 sziitjiang 写道 谢谢您的指点，写了那么多呵呵.. 回答一下您的疑问,呵呵，MD5值是使用java自带的MessageDigest，性能不知道行不行，呵呵.. 关于从数据模型层面上优化，之前没怎么了解过，得去研究研究，非常感谢您的指点.... Java自带有计算MD5的东东，性能很一般，特别是文件大时太慢了。你可以找个2GB以上的文件测试一下。 您说的太对了，刚测试了一下，一个 3.7G的文件，耗时【1681 秒】，这也太给力了，果断找别的办法，现在开始试试楼上有说过的lastModified()这个方法怎么样!呵呵... |
| 返回顶楼 | |
|
发表时间：2012-10-22
sziitjiang 写道 mfkvfn 写道 Java自带有计算MD5的东东，性能很一般，特别是文件大时太慢了。你可以找个2GB以上的文件测试一下。
您说的太对了，刚测试了一下，一个 3.7G的文件，耗时【1681 秒】，这也太给力了，果断找别的办法，现在开始试试楼上有说过的lastModified()这个方法怎么样!呵呵... 偶当年也上过它的当。没考虑大文件的情况，结果就悲剧了。 |
| 返回顶楼 | |
|
发表时间：2012-10-22
mfkvfn 写道 sziitjiang 写道 mfkvfn 写道 Java自带有计算MD5的东东，性能很一般，特别是文件大时太慢了。你可以找个2GB以上的文件测试一下。
您说的太对了，刚测试了一下，一个 3.7G的文件，耗时【1681 秒】，这也太给力了，果断找别的办法，现在开始试试楼上有说过的lastModified()这个方法怎么样!呵呵... 偶当年也上过它的当。没考虑大文件的情况，结果就悲剧了。 呵呵，那我这也算是上了一次当，刚改了一下，用lastModified获取最后修改时间，然后对比，效率高很多，可以说1毫秒的时间都不需要，跟文件大小无关，不过如果多个线程同时修改一个文件的时候会不会有问题？弄完这个，还有我准备弄一个什么东西管理一下线程，这个可能跟线程池不一样，因为是管理的是守护线程，还请您指点指点，呵呵... |
| 返回顶楼 | |
|
发表时间：2012-10-22
mdsp25xhm 写道 首先：代码重构，其次：Thread.setDaemon(true)守护线程。写得还可以。
嗯，线程部分需要优化的，我准备做一个管理守护线程的东东，这个可能跟线程池不一样，还请您指点指点，有什么建议？ |
| 返回顶楼 | |
|
发表时间：2013-03-16
这个确实不错，真心觉得OK，可以动态加载类
|
| 返回顶楼 | |
|
发表时间：2013-03-16
估摸估摸着如果文件大或多的情况，是不是应该出现性能问题，对于几个文件当然不会出现的
|
| 返回顶楼 | |
