DICOM：DICOM开源库多线程分析之“ThreadPoolQueue in fo-dicom”

最新推荐文章于 2023-04-14 15:00:08 发布

zssure

最新推荐文章于 2023-04-14 15:00:08 发布

阅读量3.3k

点赞数

分类专栏： DICOM DICOM医学图像处理文章标签： DICOM fo-dicom ThreadPool 线程池

本文链接：https://blog.csdn.net/zssureqh/article/details/50637387

版权

本文深入探讨了fo-dicom库中的ThreadPoolQueue线程池，它通过定制数据结构实现任务分组和顺序控制。与传统线程池对比，ThreadPoolQueue更注重任务的FIFO执行顺序，尤其在处理DICOM PDataTF数据包时。文章还提供了本地测试示例，解释了线程、进程、并发与并行、多核与多处理器等概念，并讨论了负载均衡和时间片在多线程调度中的作用。

摘要由CSDN通过智能技术生成

背景：

上篇博文介绍了dcm4chee中使用的Leader/Follower线程池模型，主要目的是节省上下文切换，提高运行效率。本博文同属【DICOM开源库多线程分析】系列，着重介绍fo-dicom中使用的ThreadPoolQueue线程池。

ThreadPoolQueue in fo-dicom：

先看一下ThreadPoolQueue代码中自定义的数据结构，

    public class ThreadPoolQueue<T> {
        private class WorkItem {
            public T Group;
            public Action Action;
            public WaitCallback Callback;
            public object State;
        }

        private class WorkGroup {
            public T Key;
            public object Lock = new object();
            public volatile bool Executing = false;
            public Queue<WorkItem> Items = new Queue<WorkItem>();

            public WorkGroup(T key) {
                Key = key;
            }
        }

        private object _lock = new object();
        private volatile bool _stopped = false;
        private Dictionary<T, WorkGroup> _groups;

        public ThreadPoolQueue() {
            _groups = new Dictionary<T, WorkGroup>();
            Linger = 200;
            DefaultGroup = default(T);
        }
        ……
    }

由上述结构基本可以看出ThreadPoolQueue自定义线程池队列是将不同的线程根据类型T进行分组，并将对应的处理操作代理（Action与WaitCallback）一同传入。
相较于传统的ThreadPool系统线程池，ThreadPoolQueue通过创建字典对象Dictionary

private void Execute(T groupKey) {
            if (_stopped)
                return;

            WorkGroup group = null;
            lock (_lock) {
                if (!_groups.TryGetValue(groupKey, out group))
                    return;
            }
            lock (group.Lock) {
                if (group.Executing)
                    return;

                if (group.Items.Count == 0 && !group.Key.Equals(DefaultGroup)) {
                    _groups.Remove(groupKey);
                    System.Console.WriteLine("Remove WorkGroup Key is {