V君的博客

C#字典添加项报错“索引超出了数组界限”,是M$的BUG吗? NO! 前人傻逼!

作者：V君 发布于：2018-11-16 11:29 Friday 分类：填坑经验

TL;DR: 给我用并发字典,如果是3.5及以下,就锁起来! 

依旧是陈年老项目,最近开始发现有大面积丢数据的情况,在日志看到大片的索引越界异常. 

Exception: 索引超出了数组界限。
 在 System.Collections.Generic.Dictionary`2.Insert(TKey , TValue , Boolean )
 在 System.Collections.Generic.Dictionary`2.Add(TKey , TValue )

乍一看,还以为是M$的BUG,从系统库内部爆出来的非预期异常.

按预期,字典能爆的异常应该只有重复key.

在阅读代码之前先用关键字喂狗,吐出爆栈,看到竟态现象.
而且,字典的状态一旦坏掉就会一直坏下去...

开始阅读代码,果然 -- 字典添加和移除操作在不同线程,且未加锁 -- 3.5没有并发字典

简单加锁发布修复版本交差.

标签: 软件开发 C#

评论(3) 引用(0) 浏览(2078)

吐吐苦水: 收集一些老项目中不合理的设计与编码,给后来开发人员添麻烦的例子

作者：V君 发布于：2018-9-9 2:11 Sunday 分类：填坑经验

从17年下半年开始收集，内容不多就先不放出来占条目

 

供引以为戒

 

1) 返回值是集合的方法,查询无结果时返回null

调用者必须繁琐地检查空引用

应参考Linq的ToArray, 在无结果时返回元素个数为0的集合实例

 

2) 对于WEB请求无论报错还是无结果,返回空字符串,尽管把错误写入日志

无法从浏览器前端直接得知是查询无结果还是服务端报错

应当在无查询结果时返回空集合实例, 在服务端报错时返回经过筛选的友好提示

 

3) RouterMapping.config

在一个相当老的项目中, 出现把所有MVC中Controller的Action全都定义到配置文件的现象，

这和早些年Java的SSH一个鸟养哇！

由于发布版本一般会排除配置文件,因为开发环境和正式环境不同，于是经常出现莫名其妙的Action丢失或404的扯蛋现象。或许是那时候使用的技术过于老旧

 

4) 二进制协议解析,变长数据,长度敏感

在协议中已明确变长的数据段中使用特定长度区分报文内容，

若厂商在日后扩充了协议（即长度变更）将会无法正确解析数据。

我们应该严谨的遵循协议文档实现解析，

遍历所有出现的数据段，只捡出需要内容，以便向后兼容。

 

5) (UintFlaggedEnum)int.Parse(dataReader["UintColumn"].ToString())

这真是2008年左右前刚毕业的人写的代码的味道.

在第31个bit被使用之前,这段代码是好用的, 一旦bit31被使用即爆炸.

在不能用ORM的时候我们应该使用一致的数据类型。

现在可以用Dapper之类的轻量级ORM代替手动邦定数据。

标签: 软件开发 C# Web技术 传输协议

评论(0) 引用(0) 浏览(876)

使用Windbg+sos+sosex从内存转储详细分析对象引用,排查.NET服务应用内存暴增

作者：V君 发布于：2018-8-22 12:37 Wednesday 分类：填坑经验

TL;DR

1) 准备:先载入转储

 如果缺少dll, 去 https://sos.debugging.wellisolutions.de/ 找

 下来放windbg旁边,然后重新载入.

2) 初始化:载入sos和sosex [.loadby sos mscorwks],[.load sosex],首次要执行[!bhi]

3) 对象统计:用sos的[!dumpheap -stat]或者sosex的[!sosex.mfrag -stat]获取结果

4) 枚举对象:用sos的[!dumpheap -type <上结果类名>]就能刷出

  sosex的[mfrag -mt:类名]如果能用就可以直接点击链接, 这次不知道为啥不工作.

5) 查找引用:用sosex的[!refs <上结果地址>]

  顺着地址链接一路跟踪就能定位内存占用的代码位置.

 

 

必须扯:

阅读全文>>

标签: 软件开发 C# 调试技术 windbg 软件故障诊断 sosex

评论(0) 引用(0) 浏览(1348)

排查ASP.NET响应迟钝.用DebugDiag分析转储,再用WinDbg+sosex查看调用参数

作者：V君 发布于：2017-6-9 17:01 Friday 分类：填坑经验

WEB应用程序出现响应很慢甚至卡死的现象,

Server Admin 通过 DebugDiag 分析转储发现有个请求特别耗时间 (一个小时以上)

于是锅放到我这里辣.

DebugDiag得出堆栈已经显示具体代码位置了, 

想知道哪些数据被操作,还需要知道传入了哪些参数,这时候必须请出WinDbg+sosex了.

 

参考其 sosex 的 readme.txt 或 MSDN文章 得知 !mk 命令可以查看当前线程调用堆栈

要切换当前线程 使用 ~*s 命令 (更多命令参见 windbg.info文章 )

搞起! 先 .load sosex 再 ~*s 然后 !mk 这样就可以看到刚才的堆栈了,确保没选错线程

然而参数还没出来... 别急,呔! !mdso 列出当前线程堆栈上下文对象值

这个命令支持使用参数 /t:类名 来筛选结果. 这次排查过程顺利得有些出乎意料哇 乂目.

 

标签: 软件开发 ASP.NET 调试技术 windbg

评论(0) 引用(0) 浏览(1704)

记一次COOKIE域造成ASP.NET会话丢失

作者：V君 发布于：2017-5-24 16:05 Wednesday 分类：填坑经验

TL;DR

从浏览器 COOKIES 开始检查, 注意每次请求时 asp.net_sessionid 是否有变化, 

注意响应 COOKIES 是否有设置 Domain. 于是发现为了兼容子域名被设定了值.

加上调试条件编译跳过就解决了.

稍稍扯扯:

最初,发现 ajax 请求没有返回预期内容, 调试发现 Session 里面的东西变 null 了.

第一反应是Session配置问题或可能被 Abandon 过, 全文检索代码没发现被调用. 

先排除被 Abandon 这个可能.

去 web.config 看看 Session 配置, 切换了 InProcess 和 StateService 模式都不奏效.

然后观察每次请求上下文,发现 SessionId 每次都会变,COOKIE asp.net_sessionid 也每次都变

最后只好把焦点放到浏览器了, 仔细观察 COOKIE 响应状况发现了原因.

标签: 软件开发 ASP.NET 调试技术 Web技术

评论(0) 引用(0) 浏览(1731)