我只想知道return在using块内调用的安全/良好方法。
对于前。
using(var scope = new TransactionScope())
{
// my core logic
return true; // if condition met else
return false;
scope.Complete();
}
我们知道最后一个大括号 dispose()将被取消。但是在上述情况下会发生什么，因为return将控件跳出了给定范围（AFAIK）...
scope.Complete()叫我吗？dispose()方法也是如此。scope.Complete()提供的示例将永远不会打您的电话，因此您的交易将始终回滚。
using的dispose()叫，当您返回时，包含此功能using块将已返回和属于它的一切将被孤立。因此，即使scope没有被“处置” using（正如其他人所解释的那样），它也将被处置，因为功能已结束。如果C＃有goto声明-您笑了吗？好-然后您可以goto在右括号后返回，而不用返回，而无需返回。从逻辑上讲，它scope仍然会被处理掉，但是您只是使用goto了C＃，所以谁在此阶段关心逻辑。
Answers:
return在您的using块内调用是绝对安全的，因为using块只是一个try/finally块。
在上面的示例中，return之后true，范围将被处置并返回值。return false，并且scope.Complete()将不会被调用。Dispose但是，无论它是否位于finally块中，都将被调用。
您的代码本质上与此相同（如果这样更易于理解）：
var scope = new TransactionScope())
try
{
// my core logic
return true; // if condition met else
return false;
scope.Complete();
}
finally
{
if( scope != null)
((IDisposable)scope).Dispose();
}
请注意，您的交易将永远不会提交，因为无法scope.Complete()进行交易。
Dispose 将被调用。如果OP不知道发生了什么using，很有可能他不知道发生了什么finally。
using，例如using (var callersVar = MyFunc(..)) ..，而不是在“ MyFunc”内部使用-我的意思是为调用者提供了流并负责通过using或显式关闭它，或（b）让MyFunc将所需的任何信息提取到其他对象中，然后可以安全地传递回去-然后，底层数据对象或流可以由处置using。您不必编写泄漏代码。
通常，这是一个好方法。但就您而言，如果您在调用之前返回scope.Complete()，则只会破坏TransactionScope。取决于您的设计。
因此，在此示例中，假设它继承了IDisposable接口，则不调用Complete（），而是处理范围。
在您提供的示例中，有一个问题。scope.Complete()从未被调用。其次，在return语句内部使用语句不是一个好习惯using。请参阅以下内容：
using(var scope = new TransactionScope())
{
//have some logic here
return scope;
}
在这个简单的例子中，重点是：的价值scopeusing语句完成时，将为null。
因此最好不要在using语句内返回。
scope将不会为null-将会发生的唯一事情是将Dispose()在该实例上调用该实例，因此不应再使用该实例（但它不能为null，也不会阻止您尝试使用即使确实不当使用一次性物品）。
return scope返回对该对象的引用。这样，如果您在返回时分配该引用，则可以防止GC清理已处置的对象。
using{}范围结束，相关对象将被处置，return将“破坏”范围-因此这些对象将按预期处置