DataGridView选择用户行时报错：DBNull与Integer类型未定义'='运算符

这个异常的触发原因非常直接：你代码里直接拿DataGridView单元格的.Value值和整数0做相等判断时，对应单元格的值实际是DBNull类型（也就是数据库里该字段存了NULL，绑定到控件后不会自动转成整数0），而VB.NET根本不支持直接对DBNull和Integer类型用=运算符做比较，直接就抛运行时错误了。
这里还有个容易踩的坑：你用的IIf函数是会把两个分支的表达式全部预先算一遍的，哪怕你逻辑上想做空值判断，只要把DBNull = 0这个比较写在表达式里，求值阶段就会直接炸，根本走不到选分支的环节。

• 替换原来的权限勾选判断逻辑，先做DBNull校验、转成整数后再比较，别直接硬比：

' 原来的4行权限判断全部替换为如下写法
adminRight_chk.Checked = If(IsDBNull(DataGridView1.Item(4, i).Value), False, CInt(DataGridView1.Item(4, i).Value) <> 0)
financeRight_chk.Checked = If(IsDBNull(DataGridView1.Item(5, i).Value), False, CInt(DataGridView1.Item(5, i).Value) <> 0)
operationRight_chk.Checked = If(IsDBNull(DataGridView1.Item(6, i).Value), False, CInt(DataGridView1.Item(6, i).Value) <> 0)
salesRight_chk.Checked = If(IsDBNull(DataGridView1.Item(7, i).Value), False, CInt(DataGridView1.Item(7, i).Value) <> 0)

这里特意用VB的短路If运算符替代原来的IIf，只有当单元格值不是DBNull时，才会执行类型转换和值比较，不会做无用的无效求值，从根本上避免比较DBNull的报错。

• 给所有从单元格取的赋值加兜底，别让DBNull值随便传到下游变量/控件里，比如：

' 用户名赋值：DBNull时就显示空字符串，别让控件报类型不匹配
userName_txt.Text = If(IsDBNull(DataGridView1.Item(3, i).Value), "", DataGridView1.Item(3, i).Value.ToString())
' 注册ID赋值：DBNull时给默认值0，根据publicRegistrationId的实际类型调整转换逻辑即可
publicRegistrationId = If(IsDBNull(DataGridView1.Item(1, i).Value), 0, CInt(DataGridView1.Item(1, i).Value))

• 可以从数据源层面提前规避这类问题：写SQL查询给DataGridView绑数据的时候，把所有允许为NULL的字段用内置函数提前替换成业务层面的默认值，比如权限字段就写ISNULL(AdminRight, 0) AS AdminRight，这样绑到单元格里的值就不会出现DBNull，后面写业务代码也不用反复做空值判断，能少写很多冗余校验逻辑。

内容的提问来源于stack exchange，提问作者Justice Csay