Hata alıyorum:
Kod optimize edildiğinden veya yerel bir çerçeve çağrı yığınının üstünde olduğu için ifade değerlendirilemiyor.
Tekrarlayıcının itemcommand etkinliğinde yeni bir sayfaya yönlendirdim. Hata şu satırda oluşur:
string url = "~/Galleries/AlbumImageList.aspx?UId=" + this.UserId.ToString() + "&AlbumId=" + e.CommandArgument.ToString();
Response.Redirect(url);Biri lütfen bana yardım edebilir mi? Orada yanlış bir şey mi var? Bu _COMPlusExceptionCode- 532459699.
Yanıtlar:
Request.Redirect(url,false);false geçerli sayfanın yürütülmesinin sonlanıp sonlanmayacağını belirtir.
Bu soruna geçici bir çözüm bulmak için <a0> </a0>, aşağıdaki yöntemlerden birini kullanın:
İçin Response.End , çağrı HttpContext.Current.ApplicationInstance.CompleteRequest () yerine yöntemi Response.End için kod çalıştırma bypass Application_EndRequest etkinliği.
İçin Response.Redirect , aşırı yüklenmeye kullanmak Response.Redirect (string url, bool endResponse) geçer false için endResponse iç çağrıyı bastırmak için parametre Response.End . Örneğin:
Response.Redirect ("nextpage.aspx", false);Bu geçici çözümü kullanırsanız, Response.Redirect'i izleyen kod yürütülür.İçin Server.Transfer'de kullanımı Server.Execute yerine yöntem.
Response.End, Response.Redirect veya Server.Transfer yöntemini kullanırsanız, ThreadAbortException özel durumu oluşur. Bu özel durumu yakalamak için bir try-catch deyimi kullanabilirsiniz.
Response.End yöntemi sayfa yürütmesini sonlandırır ve yürütmeyi uygulamanın olay kanalında Application_EndRequest olayına kaydırır. Response.End öğesini izleyen kod satırı yürütülmez.
Bu sorun Response.Redirect ve Server.Transfer yöntemlerinde oluşur çünkü her iki yöntem de Response.End'i dahili olarak çağırır.
Bu davranış tasarım gereğidir.
Makale numarası: 312629 - Son inceleme: 30 Ağustos 2012 - Revizyon: 4.0
İçin geçerlidir
- Microsoft ASP.NET 4.5
- Microsoft ASP.NET 4
- Microsoft ASP.NET 3.5
- Microsoft ASP.NET 2.0
- Microsoft ASP.NET 1.1
- Microsoft ASP.NET 1.0
Anahtar kelimeler: kbexcepthandling kbprb KB312629
Kaynak: PRB: Response.End, Response.Redirect veya Server.Transfer kullanırsanız ThreadAbortException oluşur
Araştırdığım bir hatada bir Response.Redirect () vardı ve beklenmedik bir yerde ( read: uygunsuz konum - bir üye özellik alıcı yöntemi içinde ) yürütüyordu .
Bir sorunu ayıklıyor ve " İfade değerlendirilemiyor ... " istisnasını yaşıyorsanız :
Response.Redirect()ve ikinci parametreyi endResponse = false yapın veyaHata ayıklayıcıdaki "adım adım" bu konuma ulaşmadan önce Yönlendirme çağrısını yürütüyormuş gibi görünmesi sinir bozucuydu .
Bu sorunun nedenini ve hatayı gidermek için lütfen bu bağlantıyı kontrol edin:
http://support.microsoft.com/kb/312629/EN-US/
Microsoft Destek Makalesi:
SORUN: Thread.EbortException Response.End, Response.Redirect veya Server kullanırsanız oluşur.
Bu soruna geçici bir çözüm bulmak için <a0> </a0>, aşağıdaki yöntemlerden birini kullanın: Response.End için, Application.EndRequest olayına kod yürütme atlamak için Response.End yerine HttpContext.Current.ApplicationInstance.CompleteRequest yöntemini çağırın.
Response.Redirect için, Response.End iç aramasını bastırmak üzere endResponse parametresi için false ileten bir aşırı yük, Response.Redirect (String url, bool endResponse) kullanın.
Örneğin: Response.Redirect ("nextpage.aspx", yanlış);
Bu geçici çözümü kullanırsanız, Response.Redirect'i izleyen kod yürütülür. Server.Transfer için bunun yerine Server.Execute yöntemini kullanın.
sorunu çözmek için bu kodu kullanın:
string path = AppDomain.CurrentDomain.BaseDirectory.ToString() + "Uploadfile\\" + fileName;
System.IO.FileStream fs = new System.IO.FileStream(path, System.IO.FileMode.Open, System.IO.FileAccess.Read);
byte[] bt = new byte[fs.Length];
fs.Read(bt, 0, (int)fs.Length);
fs.Close();
Response.ContentType = "application/x-unknown/octet-stream";
Response.AppendHeader("Content-Disposition", "attachment; filename=\"" + fileName;+ "\"");
try
{
if (bt != null)
{
System.IO.MemoryStream stream1 = new System.IO.MemoryStream(bt, true);
stream1.Write(bt, 0, bt.Length);
Response.BinaryWrite(bt);
//Response.OutputStream.Write(bt, 0, (int)stream1.Length);
Response.Flush();
// Response.End();
}
}
catch (Exception ex)
{
Response.Write(ex.Message);
throw ex;
}
finally
{
Response.End();
}Ayrıca kullanabilirsiniz Server.Execute
Response.nd () kullandığım sorunları başka biriyle karşılaştırarak bir zaman uyumsuz tetik düğmesi
<asp:AsyncPostBackTrigger ControlID="btn_login" />bir güncelleme panelinde. Ben en iyi değil düzenli yazı geri döndü ama çalıştı.
<asp:PostBackTrigger ControlID="btn_login" />. Yalnızca sayfaya yönlendirdiğim için bu geçerli bir çözümdü.
Eğer excel indirmek için Güncelleme Paneli ve bağlantı düğmesini kullanıyorsanız geri gönderme tetik eklemek daha panelin içinde
<asp:PostBackTrigger ControlID="lnkTemplate" /> ve iç koddaki tıklama etkinliğinin arkasındaki kodda
string ServerPath = System.Configuration.ConfigurationManager.AppSettings["FilePath"] + "Template.xlsx";
System.IO.FileInfo file = new System.IO.FileInfo(Server.MapPath(ServerPath));
HttpContext.Current.Response.Clear();
HttpContext.Current.Response.AddHeader("Content-Disposition", "attachment; filename=" + file.Name);
HttpContext.Current.Response.AddHeader("Content-Length", file.Length.ToString());
HttpContext.Current.Response.ContentType = "application/octet-stream";
HttpContext.Current.Response.TransmitFile(file.FullName);
HttpContext.Current.Response.Flush();
HttpContext.Current.ApplicationInstance.CompleteRequest();Bunu kullan, her zaman benim için çalışır.
Response.Redirect(Request.RawUrl, false);Response.Redirect (Request.RawUrl) sadece geçerli bağlamın url'sine yönlendirme yaparken, ikinci "false" parametresi endResponse'yi gösterir ya da etmez.
Bu sorun, bazı doğrulama kuralları olan bir model ile mvc bir jilet sayfanız olduğunda bir sonuç olabilir. Bir formdan gönderip bazı alanlarda doğrulama hataları görüntülemeyi unutursanız, bu ileti görüntülenebilir. Spekülasyon: Bu, yayınladığınız yöntem farklıysa ve diğer kaynaklar tarafından kullanılıyorsa veya orijinal isteği sunan yöntemden farklı bir yerde bulunuyorsa olabilir.
Farklı olduğundan, dışlama ve model durumu aynı olmadığından (böyle bir şey) hataları görüntülemek veya işlemek için orijinal sayfaya geri dönemez.
Bulmak biraz zor olabilir, ancak yapılması kolay bir hata olabilir. Alım yönteminizin, posta göndermek için olası tüm yolları gerçekten doğruladığından emin olun.
örneğin, formda doğrulamanızın izin verdiği maksimum değerden daha büyük bir dize yazmayı imkansız hale getiren sunucu tarafı doğrulamanız olsa bile, alma yöntemine gönderim yapan başka yollar ve kaynaklar olabilir.