任务列表分派给多个线程的策略及方法(含完整代码和演示)
多线程下载由来已久,如 FlashGet、NetAnts 等工具,它们都是依懒于 HTTP 协议的支持(Range 字段指定请求内容范围),首先能读取出请求内容 (即欲下载的文件) 的大小,划分出若干区块,把区块分段分发给每个线程去下载,线程从本段起始处下载数据及至段尾,多个线程下载的内容最终会写入到同一个文件中。
只研究有用的,工作中的需求:要把多个任务分派给多个线程去执行,这其中就会有一个任务列表指派到线程的策略思考:已知:1. 一个待执行的任务列表,2. 指定要启动的线程数;问题是:每个线程实际要执行哪些任务。
策略是:任务列表连续按线程数分段,先保证每线程平均能分配到的任务数,余下的任务从前至后依次附加到线程中--只是数量上,实际每个线程执行的任务都还是连续的。如果出现那种僧多(线程) 粥(任务) 少的情况,实际启动的线程数就等于任务数,一挑一。这里只实现了每个线程各扫自家门前雪,动作快的完成后眼见别的线程再累都是爱莫能助。
实现及演示代码如下:由三个类实现,写在了一个 java 文件中:TaskDistributor 为任务分发器,Task 为待执行的任务,WorkThread 为自定的工作线程。代码中运用了命令模式,如若能配以监听器,用上观察者模式来控制 UI 显示就更绝妙不过了,就能实现像下载中的区块着色跳跃的动感了,在此定义下一步的着眼点了。
代码中有较为详细的注释,看这些注释和执行结果就很容易理解的。main() 是测试方法
执行结果如下,注意观察每个线程分配到的任务数量及区间。直到所有的线程完成了所分配到的任务后程序结束:
线程 0 的任务数:22 区间[0,21]
线程 1 的任务数:22 区间[22,43]
线程 2 的任务数:22 区间[44,65]
线程 3 的任务数:21 区间[66,86]
线程 4 的任务数:21 区间[87,107]
实际要启动的工作线程数:5
当前线程 ID 是:Thread-0 | 任务 ID 是:0
当前线程 ID 是:Thread-1 | 任务 ID 是:22
当前线程 ID 是:Thread-2 | 任务 ID 是:44
当前线程 ID 是:Thread-3 | 任务 ID 是:66
当前线程 ID 是:Thread-4 | 任务 ID 是:87
当前线程 ID 是:Thread-0 | 任务 ID 是:1
当前线程 ID 是:Thread-1 | 任务 ID 是:23
当前线程 ID 是:Thread-2 | 任务 ID 是:45
...........................................................................
上面坦白来只算是基本功夫,贴出来还真见笑了。还有更为复杂的功能:
像多线程的下载工具的确更充分利用了网络资源,而且像 FlashGet、NetAnts 都实现了:假如某个线程下载完了欲先所分配段的内容之后,会帮其他线程下载未完成数据,直到任务完成;或某一下载线程的未完成段区间已经很小了,用不着别人来帮忙时,这就涉及到任务的进一步分配。再如,以上两个工具都能动态增加、减小或中止线程,越说越复杂了,它们原本比这复杂多了,这些实现可能定义各种队列来实现,如未完成任务队列、下载中任务队列和已完成队列。难以细究了。 永久链接 https://yanbin.blog/task-dispatch-strategy-demo/, 来自 隔叶黄莺 Yanbin's Blog
[版权声明]
本文采用 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 进行许可。
只研究有用的,工作中的需求:要把多个任务分派给多个线程去执行,这其中就会有一个任务列表指派到线程的策略思考:已知:1. 一个待执行的任务列表,2. 指定要启动的线程数;问题是:每个线程实际要执行哪些任务。
策略是:任务列表连续按线程数分段,先保证每线程平均能分配到的任务数,余下的任务从前至后依次附加到线程中--只是数量上,实际每个线程执行的任务都还是连续的。如果出现那种僧多(线程) 粥(任务) 少的情况,实际启动的线程数就等于任务数,一挑一。这里只实现了每个线程各扫自家门前雪,动作快的完成后眼见别的线程再累都是爱莫能助。
实现及演示代码如下:由三个类实现,写在了一个 java 文件中:TaskDistributor 为任务分发器,Task 为待执行的任务,WorkThread 为自定的工作线程。代码中运用了命令模式,如若能配以监听器,用上观察者模式来控制 UI 显示就更绝妙不过了,就能实现像下载中的区块着色跳跃的动感了,在此定义下一步的着眼点了。
代码中有较为详细的注释,看这些注释和执行结果就很容易理解的。main() 是测试方法
1package com.unmi.common;
2
3import java.util.ArrayList;
4import java.util.List;
5
6/**
7 * 指派任务列表给线程的分发器
8 * @author Unmi
9 * QQ: 1125535 Email: fantasia@sina.com
10 * MSN: kypfos@msn.com 2008-03-25
11 */
12public class TaskDistributor {
13
14 /**
15 * 测试方法
16 * @param args
17 */
18 public static void main(String[] args) {
19 //初始化要执行的任务列表
20 List<Task> taskList = new ArrayList<Task>();
21 for (int i = 0; i < 108; i++) {
22 taskList.add(new Task(i));
23 }
24
25 //设定要启动的工作线程数为 5 个
26 int threadCount = 5;
27 List<Task>[] taskListPerThread = distributeTasks(taskList, threadCount);
28 System.out.println("实际要启动的工作线程数:"+taskListPerThread.length);
29 for (int i = 0; i < taskListPerThread.length; i++) {
30 Thread workThread = new WorkThread(taskListPerThread[i],i);
31 workThread.start();
32 }
33 }
34
35 /**
36 * 把 List 中的任务分配给每个线程,先平均分配,剩于的依次附加给前面的线程
37 * 返回的数组有多少个元素 (List<Task>) 就表明将启动多少个工作线程
38 * @param taskList 待分派的任务列表
39 * @param threadCount 线程数
40 * @return 列表的数组,每个数组中存有该线程要执行的任务列表
41 */
42 public static List<Task>[] distributeTasks(List<Task> taskList, int threadCount) {
43
44 // 每个线程至少要执行的任务数,假如不为零则表示每个线程都会分配到任务
45 int minTaskCount = taskList.size() / threadCount;
46
47 // 平均分配后还剩下的任务数,不为零则还有任务依个附加到前面的线程中
48 int remainTaskCount = taskList.size() % threadCount;
49
50 // 实际要启动的线程数,如果工作线程比任务还多
51 // 自然只需要启动与任务相同个数的工作线程,一对一的执行
52 // 毕竟不打算实现了线程池,所以用不着预先初始化好休眠的线程
53 int actualThreadCount = minTaskCount > 0 ? threadCount : remainTaskCount;
54
55 // 要启动的线程数组,以及每个线程要执行的任务列表
56 List<Task>[] taskListPerThread = new List[actualThreadCount];
57
58 int taskIndex = 0;
59
60 //平均分配后多余任务,每附加给一个线程后的剩余数,重新声明与 remainTaskCount
61 //相同的变量,不然会在执行中改变 remainTaskCount 原有值,产生麻烦
62 int remainIndces = remainTaskCount;
63 for (int i = 0; i < taskListPerThread.length; i++) {
64 taskListPerThread[i] = new ArrayList<Task>();
65
66 // 如果大于零,线程要分配到基本的任务
67 if (minTaskCount > 0) {
68 for (int j = taskIndex; j < minTaskCount + taskIndex; j++) {
69 taskListPerThread[i].add(taskList.get(j));
70 }
71 taskIndex += minTaskCount;
72 }
73 // 假如还有剩下的,则补一个到这个线程中
74 if (remainIndces > 0) {
75 taskListPerThread[i].add(taskList.get(taskIndex++));
76 remainIndces--;
77 }
78 }
79
80 // 打印任务的分配情况
81 for (int i = 0; i < taskListPerThread.length; i++) {
82 System.out.println("线程 " + i + " 的任务数:" + taskListPerThread[i].size() + " 区间["
83 + taskListPerThread[i].get(0).getTaskId() + ","
84 + taskListPerThread[i].get(taskListPerThread[i].size() - 1).getTaskId() + "]");
85 }
86
87 return taskListPerThread;
88 }
89}
90
91/**
92 * 要执行的任务,可在执行时改变它的某个状态或调用它的某个操作
93 * 例如任务有三个状态,就绪,运行,完成,默认为就绪态
94 * 要进一步完善,可为 Task 加上状态变迁的监听器,因之决定UI的显示
95 */
96class Task {
97 public static final int READY = 0;
98 public static final int RUNNING = 1;
99 public static final int FINISHED = 2;
100 private int status;
101
102 //声明一个任务的自有业务含义的变量,用于标识任务
103 private int taskId;
104
105 //任务的初始化方法
106 public Task(int taskId){
107 this.status = READY;
108 this.taskId = taskId;
109 }
110
111 /**
112 * 执行任务
113 */
114 public void execute() {
115 // 设置状态为运行中
116 setStatus(Task.RUNNING);
117 System.out.println("当前线程 ID 是:" + Thread.currentThread().getName()
118 +" | 任务 ID 是:"+this.taskId);
119 // 附加一个延时
120 try {
121 Thread.sleep(1000);
122 } catch (InterruptedException e) {
123 e.printStackTrace();
124 }
125 // 执行完成,改状态为完成
126 setStatus(FINISHED);
127 }
128
129 public void setStatus(int status) {
130 this.status = status;
131 }
132
133 public int getTaskId() {
134 return taskId;
135 }
136}
137
138/**
139 * 自定义的工作线程,持有分派给它执行的任务列表
140 */
141class WorkThread extends Thread {
142
143 //本线程待执行的任务列表,你也可以指为任务索引的起始值
144 private List<Task> taskList = null;
145 private int threadId;
146
147 /**
148 * 构造工作线程,为其指派任务列表,及命名线程 ID
149 * @param taskList 欲执行的任务列表
150 * @param threadId 线程 ID
151 */
152 public WorkThread(List<Task> taskList,int threadId) {
153 this.taskList = taskList;
154 this.threadId = threadId;
155 }
156
157 /**
158 * 执行被指派的所有任务
159 */
160 public void run() {
161 for (Task task : taskList) {
162 task.execute();
163 }
164 }
165}执行结果如下,注意观察每个线程分配到的任务数量及区间。直到所有的线程完成了所分配到的任务后程序结束:
线程 0 的任务数:22 区间[0,21]
线程 1 的任务数:22 区间[22,43]
线程 2 的任务数:22 区间[44,65]
线程 3 的任务数:21 区间[66,86]
线程 4 的任务数:21 区间[87,107]
实际要启动的工作线程数:5
当前线程 ID 是:Thread-0 | 任务 ID 是:0
当前线程 ID 是:Thread-1 | 任务 ID 是:22
当前线程 ID 是:Thread-2 | 任务 ID 是:44
当前线程 ID 是:Thread-3 | 任务 ID 是:66
当前线程 ID 是:Thread-4 | 任务 ID 是:87
当前线程 ID 是:Thread-0 | 任务 ID 是:1
当前线程 ID 是:Thread-1 | 任务 ID 是:23
当前线程 ID 是:Thread-2 | 任务 ID 是:45
...........................................................................
上面坦白来只算是基本功夫,贴出来还真见笑了。还有更为复杂的功能:
像多线程的下载工具的确更充分利用了网络资源,而且像 FlashGet、NetAnts 都实现了:假如某个线程下载完了欲先所分配段的内容之后,会帮其他线程下载未完成数据,直到任务完成;或某一下载线程的未完成段区间已经很小了,用不着别人来帮忙时,这就涉及到任务的进一步分配。再如,以上两个工具都能动态增加、减小或中止线程,越说越复杂了,它们原本比这复杂多了,这些实现可能定义各种队列来实现,如未完成任务队列、下载中任务队列和已完成队列。难以细究了。 永久链接 https://yanbin.blog/task-dispatch-strategy-demo/, 来自 隔叶黄莺 Yanbin's Blog
[版权声明]
本文采用 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 进行许可。