关于文件目录线程级深度优先搜索效率的研究

本文通过对比单线程与多线程在Windows系统中深度优先搜索DLL文件的效率,发现多线程搜索在限定时间内查找更多文件,但线程数量过多可能导致资源浪费。最佳线程数为2-3个。
摘要由CSDN通过智能技术生成

我承认标题很高大上,其实只是一个初中生的无聊研究。微笑

ps:如果有建议,随便提。


正文:


试验方法:

不限制深度,但限制时间。在同一个根目录(C:\)开始搜索,过滤出dll文件,第一次用普通方法(单线程),记录查找到的文件数目,第二次用线程级的方法(多线程),一样记录数目。对比两次实验的结果,得到结论。


代码片段:


目录的深度优先算法(普通版的)(自写的,不知道是不是最优-->_-->):

        public static Function<String, Predicate<File>> isendwith = s
            -> isDic.negate().and(f -> f.getName().toUpperCase().endsWith(s.toUpperCase()));
    private long size = 0;
    boolean stop = false;

    private void search(File f, int deepth, String n) {
        if (stop) {
            return;
        }
        //if(deepth <= 0)
        //return;
        File[] files = f.listFiles();
        if (files == null) {
            return;
        }
        List<File> list = Arrays.asList(files);

        size += list.stream().filter(isendwith.apply(n)).count();
        list.stream().filter(isDic).forEach(fi -> search(fi, deepth - 1, n));

        list = null;
        files = null;
    }
其中 stop 为控制是否结束的变量


线程版的(有点多):

第一个类:BLockingStack

一个线程安全的栈,用以存放搜索到的目录。用来放Inf类。

(原理参见,虽然是阻塞队列:http://www.cnblogs.com/yjmyzz/p/BlockingQueue-in-java.html)

import java.util.Stack;
import java.util.concurrent.ArrayBlockingQueue;
import java.util.concurrent.locks.ReentrantLock;
import java.ut
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值