qq_43733614的博客

使用System.Threading下的CancellationTokenSource类，进行异步操作的取消。它与 CancellationToken 配合使用，允许代码在操作不再需要继续执行时请求停止操作。

【代码】C#-日志系统。

【代码】C#-Json文件的读写。

懒汉单例的创建模式，需要创建的单例直接继承该类即可。

C#中System.Threading.Timer的使用。利用周末时间测试了一下System.Threading.Timer的性能，发现两个问题：1、会出现一些内存泄露的问题，第一天晚上出现了Out of memory的异常，由于是深夜没有第一时间看到线程，早上发现的时候已经中止了，所以还无法完全断定是因为Timer的原因，但后续测试了一下，在跑几个小时后，timer还是会容易出现一些内存泄露的问题，当然我是在里面进行了一些逻辑处理、页面UI的展示和硬件设备的调用；

方便后期对软件进行维护，需要在一些关键处添加log日志输出，但时间长了之后会比较占用磁盘的内存；由于Log定义了不同的等级，因此可以根据等级来控制Log的具体磁盘写入。主要通过【Serilog.Core.LoggingLevelSwitch】来控制日志的输出，前提是日志写入也是用该命名空间下的ILog进行写入。

本文着重于System.Threading.Timer的简单使用方法。由于在实际开发过程中，原先使用的是System.Timers.Timer这个计时器，但在运行一段时间后，发现其会被GC自动回收掉；拜读过一些大佬的文章后，比较下来认为System.Threading.Timer 的性能会更安全一些，故此使用System.Threading.Timer 来进行疲劳方面的测试。实测下来，System.Threading.Timer仍旧会在运行一段时间后，被系统回收掉，如果需要连续性较长的测试，建议使用线程

非wpf应用程序项目【类库、用户控件库】中使用HandyControl；或于非Wpf应用程序项目中设计时使用资源字典

如果是动态创建节点，ExpandAll()需要在创建完成后进行调用。

使用委托自定义Sort()方法，实现排序例子：演示的是对链表的排序力扣算法中等题：147、对链表进行插入排序的非标准解法。

利用Binding 将vm中的属性作为Converter的传参实现动态样式功能。创建一个Converter，返回对应的style实现对应的修改。创建一个Converter根据传参，返回相应的样式。将创建的样式与Converter的属性绑定。

但很多时候，很容易出现 View上直接引用Model数据的情况；当这种情况发生时，WPF将创建静态变量绑定源（即ViewModel）的强引用，导致内存泄漏。是否调用Propertychanged实际上不重要，重要是该类是从INotifyPropertyChanged派生的，因为这回告诉WPF不要创建强引用。此时，由于 view上绑定的数据 是直接到 model 上获取的，因此会造成内存泄漏的问题。在Xmal文件不变动的情况下；会极大的破坏mvvm结构，在功能较小时，可以试用。

科学计数法输出格式【 string.Format(“{默认填补的数字:E尾数精度}”, 输出的小数值)】

通过上述结果可以表明；格式化小数的方式为【小数.ToString(整数位数.小数位数)】其中，整数会全部显示；小数会根据设置的位数进行 四舍五入 的取舍。

或许，看到这里会觉得说了许多废话，但在是实际生产中，是多人协作的方式比如，你需要完成的某个需求，是建立在前人已经完成一定功能的基础上，而前人并未考虑到该成员变量后续还需要做出更改，或者原定需求就不需要更改，因此为了代码顺手定义为static；而你在后续的开发中，使用到了这个成员，却并没有注意到你修改了该成员的引用实例，那么整个程序将会出现一些诡异的Bug。