C# 初始化混乱！

Question

int?  test;
try
{
    test = (int?) Int32.Parse ("7");
} catch {}

if (test == null)
     Console.WriteLine("test is null!");
else
     Console.WriteLine("test = {0}", test);

我有一些代码执行与此非常相似的操作，确实有相同的想法...创建一个变量，尝试初始化它，然后测试以查看初始化是否成功。

Visual Studios 给我一个错误，说“使用未分配的局部变量'test'”，这有点烦人，可以通过将第一行设置为轻松修复：

int?  test = null;

但我很好奇这两行之间的区别是什么，因为编译器似乎真的很关心。 据我所知，这两条线做同样的事情。

Answer 1

问题在于 catch 块。 编译器必须假设 Int32.Parse 代码可以抛出异常，从而命中您的 catch 块。 在这种情况下，Int32.Parse 行不会完成，因此永远不会为 test 分配值。 这意味着“if”行正在尝试使用未初始化的值。

您可以通过

1. 在 catch 块中分配测试值并
2. 在方法开始时将其初始化为 null 来解决此问题

Answer 2

您混淆了变量声明和变量初始化之间的区别

int?  test;

，只是声明您有一个名为 test 的变量，它是一个可为 null 的 int

，但

int?  test = null;

声明您有一个名为 test 的变量，它是一个可为 null 的 int，并且其值为 null

在VB中没有区别，但在C#中则有区别。 这就是编译器抱怨的原因，因为如果您的 try 块中出现错误，那么您的测试变量将永远不会被初始化。

Answer 3

您可以避免 (int?) 强制转换，为“= null”字符串节省 7 个字节:)

test = Int32.Parse ("7");

Answer 4

对于本地定义的变量（在方法或属性内，而不是直接在类内），总是会发生此错误。 尽管事实仍然是编译器不需要生成此错误才能工作，但它这样做是专门为了帮助您识别在不发生错误的情况下潜在的意外结果。总是分配你的变量。 （如果我错了，有人会纠正我，但至少某些以前版本的 C# 编译器在某些/所有情况下都没有检查未分配的变量。）

等效地（而不是在中分配 test = null声明），您可以通过在 catch 块中设置 test = null 来消除错误，因为这意味着无论代码采用什么路径，都会分配变量 test 。 但是，我认为您所说的解决方案（在声明中分配给 null）是正确的 - 您会在 C# 代码中经常看到它，它包含很多内容（通过 try-catch 语句、if 语句或其他任何方式） ） - 老实说，它只是帮助您了解分配变量的内容和时间，尽管它可能看起来有点烦人。

Answer 5

他们做同样的事情，你是正确的，但是如果你希望 null 被认为是一个不会抛出警告的故意“未设置”变量，则该变量需要显式分配 null 来消除“未分配值”错误。 除此之外，贾里德帕的回答是正确的。

Answer 6

我相信这种风格更简洁：

try
{
    int test = Int32.Parse("7");
    Console.WriteLine("Success!");
    // add return statement for successful execution here, if any
}
catch
{
    Console.WriteLine("Disaster!");
    // other return statement here, if any
}

至于编译器错误：任何本地字段都必须在读取之前在代码路径上显式初始化。 未初始化本地字段是一个常见错误，因此它是 C# 中的错误。 C/C++ 仅对此发出警告，如果未初始化并且该值反映了调用堆栈上已有的字节，则它可能会产生*有趣的*结果。

我只能推测这一点，但这可能是显式初始化本地字段的性能方面，与类字段相反：当实例化一个对象时，运行时初始化一次对象内存流的成本较低，但是初始化一个每个方法调用多次本地字段是多余的。