在构造函数中使用try/catchblock是否是一种糟糕的编程习惯？或者只要我们的程序优雅地处理typeinitializer异常就没有什么区别。在C#中，如果构造函数中有任何异常，框架总是抛出类型初始化异常。谢谢，沙米卡 最佳答案 System.TypeInitializationException在static构造函数抛出异常时抛出，而不是在实例构造函数上。异常通常在实例构造函数中抛出。除此之外，与其他任何地方一样，它也没有什么“错误”；处理您可以从中正确恢复的异常，并允许那些您无法恢复的异常。
假设我在两个不同的程序集中有以下两个类://inassemblyApublicclassTypeA{//ConstructoromittedpublicvoidMethodA{try{//dosomething}catch{throw;}}}//inassemblyBpublicclassTypeB{publicvoidMethodB{try{TypeAa=newTypeA();a.MethodA();}catch(Exceptione)//Handleexception}}}在这种情况下，MethodA中的try-catch只是提升了异常，但并没有真正处理它。在MethodA中使用t
我想使用TaskCompletionSource来包装MyService这是一个简单的服务:publicstaticTaskProcessAsync(MyServiceservice,intparameter){vartcs=newTaskCompletionSource();//EverytimeProccessAsynciscalledthisassignstoCompleted!service.Completed+=(sender,e)=>{tcs.SetResult(e.Result);};service.RunAsync(parameter);returntcs.Task;}
根据一些初步测试，它似乎确实如此，但我想知道的是它是否保证返回，或者在某些情况下是否不能返回？这对我的应用程序至关重要，但我还没有找到它不会返回的用例。我想获得有关该主题的专业知识。 最佳答案 其他答案中有许多不准确之处。当控制权正常离开tryblock时，控制权被传递到finallyblock——也就是说，通过return、goto、break、continue或简单地从末尾掉下来。当控制权离开tryblock时，控制权将通过已被封闭的catchblock捕获的异常传递给finallyblock。在任何其他情况下，都不能保证fin
在探索反射器中的程序集时，我偶然发现了编译器生成的类中的fault关键字。你们知道这个关键字的意思吗？C#privateboolMoveNext(){boolflag;try{//[...]}fault{this.Dispose();}returnflag;}vb.netPrivateFunctionMoveNext()AsBooleanDimflagAsBooleanTry'[...]FaultMe.DisposeEndTryReturnflagEndFunction 最佳答案 Doanyofyouknowthemeaningif
我使用的是针对.Net4.6.2的标准VS2015编译器。编译器在finallyblock失败后发出无限循环。一些例子:调试:IL_0000:nop.try{IL_0001:nopIL_0002:nopIL_0003:leave.sIL_000c}//end.tryfinally{IL_0005:nopIL_0006:br.sIL_000a//loopstart(head:IL_000a)IL_0008:nopIL_0009:nopIL_000a:br.sIL_0008//endloop}//endhandler//loopstart(head:IL_000c)IL_000c:br.s
到目前为止，每当我想显示我使用的代码抛出的异常时:try{//Codethatmaythrowdifferentexceptions}catch(Exceptionex){MessageBox.Show(ex.ToString());}我使用上面的代码主要是出于调试原因，以便查看异常的确切类型以及抛出异常的相应原因。在我现在创建的一个项目中，我使用了几个try-catch子句，我想在出现异常时显示弹出消息，以使其更加“用户友好”。我所说的“用户友好”是指一条消息会隐藏当前与上述代码一起显示的NullReferenceException或ArgumentOutOfRangeExcepti
using(...)语句是try{}finally{}的语法糖。但是如果我有如下的using语句:using(FileStreamfs=File.Open(path)){}现在我想捕获打开这个文件可能导致的异常(这是相当高风险的代码，因为它可能会因环境而失败)，但是如果我在里面写try-catch会不会重复？当代码被编译为IL时，我认为当代码被JITted时重复将被删除？但是，我想捕获打开文件可能导致的异常(所以我应该将try-catch包装在using语句的范围之外)，以及我在usingblock中所做的任何异常，所以我应该添加block内的try-catch。这似乎是我对CLR可能
我有一个看起来很简单的问题(当然如果你知道答案的话)。我有一个特定的函数调用了另一个函数，但我想从调用者继续执行，即使被调用者抛出了异常。让我举个例子:somethingfunction1(){try{//somecodeintidNumber=function2();//othercodethatneedtoexecuteeveniffunction2failsreturnsomething;}catch(Exceptione){//...perhapssomethinghere}}编辑:function1也有一个return语句，所以实际上没有任何东西会在途中崩溃在function
这是一个在锁内发生异常的示例，带有try-catchblock。intzero=0;intj=10;lock(sharedResource.SyncRoot){try{j=j/zero;}catch(DivideByZeroExceptione){//exceptioncaughtbutlocknotreleased}}我如何安全地释放锁扣？ 最佳答案 不会自动释放吗？来自MSDN的锁手段System.Threading.Monitor.Enter(x);try{...}finally{System.Threading.Monito
