停靠窗体有两种状态，一种是固定停靠显示，一种是自动隐藏停靠显示。表现为“自动隐藏”按钮是否处于按下状态。针对这两种状态，可以分别设置两个对应的属性，即可实现指定停靠窗体宽度的目的。约定：mainForm是主窗体，主窗体上放置了一个DockPanel；dockForm是停靠窗体，停靠在主窗体的右部即：dockForm.DockArea = DockAreas.DockRight; 一、固定停靠显示即：dockForm.DockState = DockState.DockRight;设置窗
勇哥注：此为工作中的杂记，也是方便自己查阅。所以不会费心做基础解释，如果各位感觉有用的部分可以留言和勇哥讨论。持续记录中。。。。（四） 为什么这个表格控件已经置为dockstyle.fill了，但是无法填充满容器。红色区域为无法填充满的位置。这个填充不满的区域，在切换窗口时，有可能会出现刷新的问题。这个问题确实古怪，它并不是控件属性Margin的问题。这个datagridview无论放在什么容器内，都会产生这种问题。解决办法是绕开这个问题，不使用任何容器，直接放置这个datagridv
一般测量时间间隔使用的是DateTime.Now实例的DateTime.Ticks当前属性，想要精确测量一个操作的运行时间就只能使用Stopwatch类计时了。
Stopwatch计时精度取决于硬件，如果安装的硬件和操作系统支持高分辨率性能计数器, 则Stopwatch类将使用该计数器来测量运行时间。，否则,Stopwatch类将使用系统计时器来测量运行时间。
测量耗时操作的运行时间：
勇哥注：
这个系列是勇哥的小娱乐。这么多年来感觉自己就是工作机器，没有一点属于自己的乐子。
突然想到儿时的小梦想是写个fc的坦克大战。要不，先弄个AI，让它自动玩坦克大战吧。fc的坦克大战是fc模拟器的游戏，要做自动打怪的AI，可以考虑连续窗口截图，然后交由halcon进行处理。处理结果交由策略代码处理，最后发布手柄控制指令。因此，首先先要考虑窗口的连续帧如何实时截取，然后就是如何实现虚拟手柄（或者虚拟键盘按键也可以）。这两点做不到，就玩不下去了。图1 fc游戏：坦克大战勇哥首先试一下截
勇哥注：我们继续上一篇《C# 勇哥关于多线程读写plc内存的研究续，解决lock锁的效率问题》上一篇我们解决了lock锁的效率问题。本节我们继续讨论一下控件读写的效率问题。由下图中，我们看到的RichTextBox.SetText，它占6.44%的效率。本着程序员的工匠精神，我们也要把这部分耗能解决掉。直接说答案：我们在上节代码中，使用了Invoke输出RichTextBox的文本。也就是使用委托来输出控件信息。RtbMsg.Invoke(new Action(() =>
勇哥注：ConcurrentBag是一个线程安全的无序集合。专为生产消费模式进行订制的集合。如果多线程使用List<T>就会遇到问题：System.InvalidOperationException:“集合已修改；可能无法执行枚举操作。”。原因是timer2在遍历list的过程当中，timer1修改了list，使其大小发生了变化。如果使用ConcurrentBag这类安全集合，可以避免这类问题出现。它的常见方法如下：Add &
勇哥注：我们继续上一篇《勇哥关于多线程读写plc内存的研究》在上篇结尾，我们看到lock锁带来的效率问题。本着程序员应有的工匠精神，本节我们来研究并解决这个问题。先回顾一下上篇文章结尾勇哥截的程序效率图。Monitor.Enter的函数占用cpu时间75.85%，此耗能大户就是lock锁。（因为lock关键字实际上是Monitor的语法糖）由于plc读写操作中，读的次数一定远大于写入的次数，因此我们希望的是，无论有多少个线程都可以一起读，只是同一时间只能有一个线程能写。而lock是独占，它区分不
这篇文章向大家介绍了读写锁ReaderWriterLockSlim，其优点就是多个线程可以同时读取该对象，要了解更多读写锁的知识，仔细阅读下文吧读写锁的概念很简单，允许多个线程同时获取读锁，但同一时间只允许一个线程获得写锁，因此也称作共享-独占锁。在C#中，推荐使用ReaderWriterLockSlim类来完成读写锁的功能。某些场合下，对一个对象的读取次数远远大于修改次数，如果只是简单的用lock方式加锁，则会影响读取的效率。而如果采用读写锁，则多个线程可以同时读取该对象，只有等到对象被写入锁
勇哥注：
多线程读写非全双工的硬件资源，是个实现比较困难的任务。
有不服气的同学可以尽管一试。我们说一个硬件如果是全双工，则表示它的读写是两个信道，可以同时进行。但是像很多品牌的plc，一般是不能全双工进行通讯的；另外还有串口，我们也不能全双工通讯。如果你的系统只有一个串口，你如何做到能让多线程读写呢？这要求你写的代码能实现： 多线程可同时访问，但是取得结果是分时取得。 读写功能必须互斥。每个线程的访问和取得的结果必须匹配。勇哥今天写的这个类，经测试可以很好的满足上面的
勇哥注：
一般我们通过使用windows的任务管理器来分析软件的性能问题。
通过cpu占用率、cpu时间、线程数量、句柄数量几个关键参数来分析软件存在的内在泄露、
暴句柄、吃cpu等等问题。
这里我们来研究一下vs自带的性能分析工具，勇哥之前也没有接触过。
因此此篇我与大家共同学习。这一篇讲“内存使用率”工具。先提供一段存在内存泄露的代码。 private void button2_Click(object sender,