以下代碼是錯(cuò)誤處理中間件的一部分，其目標(biāo)是即使拋出錯(cuò)誤也為客戶端提供一致的格式。Accept當(dāng)標(biāo)頭設(shè)置為時(shí)，我嘗試將響應(yīng)序列化為 XML?application/xml，否則返回 JSON。if (context.Request.Headers["Accept"] == "application/xml"){? ? context.Response.ContentType = "application/xml";? ? using (var stringwriter = new StringWriter())? ? {? ? ? ? var serializer = new XmlSerializer(response.GetType());? ? ? ? serializer.Serialize(stringwriter, response);? ? ? ? await context.Response.WriteAsync(stringwriter.ToString());? ? }}else {? ? context.Response.ContentType = "application/json";? ? var json = JsonConvert.SerializeObject(response);? ? await context.Response.WriteAsync(json);}該else塊按預(yù)期工作。如果我在聲明的行上設(shè)置斷點(diǎn)XmlSerializer，執(zhí)行就會(huì)停止。如果我在下一行設(shè)置斷點(diǎn)，則永遠(yuǎn)不會(huì)命中斷點(diǎn)；響應(yīng)已發(fā)送給客戶端。我的中間件配置如下：public void Configure(IApplicationBuilder app, IHostingEnvironment env)? ? {? ? ? ? app.UseStatusCodePagesWithReExecute("/error/{0}");? ? ? ? app.UseExceptionHandler("/error/500");? ? ? ? app.UseHsts();? ? ? ? app.UseMiddleware<ErrorWrappingMiddleware>();? ? ? ? app.UseMvc();? ? }context.Response.WriteAsync(stringwriter.ToString());為什么在塊中調(diào)用之前就將響應(yīng)返回給客戶端if？
1 回答
慕田峪9158850
TA貢獻(xiàn)1794條經(jīng)驗(yàn) 獲得超8個(gè)贊
我發(fā)現(xiàn)了問題所在，這是一個(gè)愚蠢的錯(cuò)誤。
為了測(cè)試 500 個(gè)錯(cuò)誤，我特意向數(shù)據(jù)庫(kù)中沒有相應(yīng)列的模型添加了一個(gè)屬性。這會(huì)拋出SqlException一個(gè)無效的列名。然而，我錯(cuò)過了第二個(gè)例外，它告訴我問題到底是什么：
ApiResponse cannot be serialized because it does not have a parameterless constructor.
這發(fā)生在對(duì) 的調(diào)用中serializer.Serialize(stringwriter, response)。我引用的示例創(chuàng)建了一個(gè)ApiResponse類（response我嘗試序列化）。然而，在我學(xué)習(xí)的示例中，此類沒有無參數(shù)構(gòu)造函數(shù)，第二個(gè)異常停止了執(zhí)行，但由于我忘記打開開發(fā)模式并且我試圖拋出異常，所以我沒有注意到第二個(gè)異常。
- 1 回答
- 0 關(guān)注
- 121 瀏覽
添加回答
舉報(bào)
0/150
提交
取消