出现CS1056错误：意外字符`?'，求错误原因排查及代码分析

嘿，我来帮你排查下这行代码可能触发错误的几个常见原因，以及对应的解决思路～

你报错的代码行是：return (string)row[0] == password && (long)row[1] == 0 && (long)row[2] == 1;，结合上下文代码来看，大概率是类型转换异常或空引用异常，咱们逐一分析：

1. 数据库字段为null引发的转换错误 #

如果你的accounts表中，password、banned或confirmed字段允许存储null值，那直接强制转换就会报错：

• 比如row[0]（对应password字段）是null时，(string)row[0]会抛出InvalidCastException；
• 同理row[1]或row[2]为null时，(long)row[1]也会触发相同异常。

修复方式：

• 先判断null再安全转换，用as关键字代替强制转换（null值会被转为对应可空类型，不会报错）：

  string dbPassword = row[0] as string;
  long? dbBanned = row[1] as long?;
  long? dbConfirmed = row[2] as long?;
  return dbPassword == password && dbBanned == 0 && dbConfirmed == 1;
  

• 或者在SQL查询中给字段加默认值，确保返回结果不会是null：

  SELECT COALESCE(password, '') as password, COALESCE(banned, 0) as banned, COALESCE(confirmed, 0) as confirmed FROM accounts WHERE name=@name
  

2. 数据库字段类型与代码转换类型不匹配 #

比如：

• 数据库里banned和confirmed是int类型，你却强制转为long（虽然0/1不会有范围问题，但类型不匹配仍可能触发异常）；
• password字段在数据库中不是字符串类型（比如二进制存储的加密值），强制转string必然报错。

修复方式：

• 核对数据库表结构：确保password是TEXT/VARCHAR类型，banned和confirmed是INTEGER类型；
• 转换时匹配数据库原生类型，比如int字段就用(int)row[1]再和0/1比较，避免不必要的类型转换。

3. SQL查询字段缺失导致索引越界（概率较低） #

虽然你判断了table.Count == 1，但如果SQL语句写错了（比如少选了一个字段），返回的行中字段数量不足3个，row[1]或row[2]就会抛出IndexOutOfRangeException。

修复方式：

• 检查SQL语句：确认SELECT password, banned, confirmed中的三个字段都存在于accounts表中，没有拼写错误。

小提示：调试时可以把row[0]、row[1]、row[2]的值单独取出来打印，或者放到监视窗口，能快速定位到底是哪个值出了问题～

内容的提问来源于stack exchange，提问作者mhart ian cruz