排查一次线程数与预想数不一样的问题 - 线程池
最近公司线上消费队列出现消息堆积的现象,立马看了眼代码,是由调度任务开了十条线程进消费,当时就迷惑了,怎么数据量大到十条线程都承受不起.
实现较简单的OrderBy使用方式，适配使用起来表达式比较复杂的ORM
前言现在这边公司有着自己的ORM，对OrderBy函数的设计较为复杂使用起来的方式是这样的：queryOrder = query.OrderBy(x => new object[] { SqlHelper.Desc(() => x.Id) });虽说“自定义性”比较高,但对于一个存在多个
FW 迁移到 Core 常见的坑或问题
该记录对FW项目Core迁移的一些坑、调整等变动和遇到的问题。一为了迁移学习记录二是方便后续迁移工作，尽量避免多次遇到同个文档导致项目迁移工作卡顿和测试、线上问题迁移常见问题：1.Core3.1Json序列化使用Newtonsoft.Json原因可参考使用的包为Microsoft.AspNetCor
C# List分页
前言看到了自己的朋友写了一个Cut的分页函数，看到他里面先new List，for进行赋值，再返回我看完，嘶...不是有更方便的方法嘛，比如yield所以在这里贴一下代码,也方便自己以后CVpublic static IEnumerable<IEnumerable<T>> G
通过Expression初始化对象获取赋值内容，用到不完整的ORM中
前言代码如下拼接批量入库Sqlpublic static int Update<T>(this ITable<T> itable, Expression<Func<T, T>> expressions, Expression<Func<T,
自用组装批量入库SQL方法
缘由原来公司有个实习生因为遇到大量数据入库，ORM对其没有比较好得优化支持，他就实现了一套用 += 组装原生sql入库，每条数据都有一个INSERT INTO实习生嘛,也就算了,指正下就好,而用 += 就必须要改了,要换成StringBuilder 这个就另一个问题了后来我也遇到需要批量的原生SQL
FW+jenkins到Core+Coding的迁移流程记录
公司项目是FW4.5.1，近期准备迁移到Core，并放到Coding上。设计项目较多，每次迁移都一直回想步骤，有点费脑。所以还是写篇文章，记录下流程一方面是给别人看，另一方面是以防自己忘记，后续的迁移，也能无脑对着文章操作就行。一、环境、版本说明FW Web -> Core Web 3.1FW
C#使用AppDomain动态调用不定dll的函数
前提最近来了一个动态调用DLL的一个任务，记录下用到的方式大致功能要求主程序，会动态调用不同版本dll的某个方法。主程序，dll会有自己的app.config和其他config、数据库链接语句等，要求之间不会影响。一听，不就是反射嘛，直接上反射。Assembly ass = Assembly.Loa
关于C#的trycatch造成的性能问题
以前在编写业务时，发现trycatch块会造成一小段时间卡顿，如接口无异常情况下22ms，第一次异常则需要2s，第二次异常则25s所以记录一下相关内容。码字到现在，从现象上看，可以先预设几个点1.try块对性能无影响2.catch会对性能造成较大影响3.Exception会对try块内容进行收集额外