请求经常超时

Question

我一次又一次面对以下问题,我不知道如何解决它..

我得到以下错误频繁,我不得不restart the IIS或republish解决临时发生的问题:

Error Message:Request timed out.
Error Message:ERROR [08S01] [Informix .NET provider]Communication link failure.
Error Message:Thread was being aborted.

我试着做:

<httpRuntime executionTimeout="600" />

但仍然是同样的问题!!

---

Stack Trace:
   at System.Web.HttpContext.InvokeCancellableCallback(WaitCallback callback, Object state)
   at System.Web.UI.Page.AsyncPageBeginProcessRequest(HttpContext context, AsyncCallback callback, Object extraData)
   at ASP.appmaster_aspx.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object data)
   at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

---

我的PageLoad:

 protected void Page_Load(object sender, EventArgs e)
        {


            if (Session["emp_num"] != null && !string.IsNullOrEmpty(Session["emp_num"].ToString()))
            {
                try
                {

                    string user_setting = Personalization_DAL.CheckWidgetSettings(int.Parse(Session["emp_num"].ToString()));

                    if (!string.IsNullOrEmpty(user_setting))
                    {
                        user_flag = int.Parse(user_setting);
                    }

                    GetLinkedApp = DB_Connection_s.DB_Connection.GetLinkedAppUser(int.Parse(Session["emp_num"].ToString()));
                    if (!Page.IsPostBack)
                    {
                        //Profile
                        GetProfile();

                        if (Session["emp_app"] != null && !string.IsNullOrEmpty(Session["emp_app"].ToString()))
                        {
                            BindAvailableSystems(Session["emp_app"].ToString());
                        }

                        BindMainSystems();

                        if (GetLinkedApp > 0)
                        {
                            rlv_available_sys.Visible = true;
                            h5_app.Visible = true;
                            lbtn_addApp.Visible = false;
                            h4_app.Visible = false;
                            intro.Visible = true;

                        }
                        else
                        {
                            rlv_available_sys.Visible = false;
                            h5_app.Visible = false;
                            lbtn_addApp.Visible = true;
                            h4_app.Visible = true;
                            intro.Visible = false;
                        }
                        //Applications
                        if (rlv_available_sys.Visible == true)
                        {
                            Session["emp_app"] = GetLinkedApp;
                            BindAvailableSystems(Session["emp_app"].ToString());
                            if (user_flag > 0)
                            {
                                Get_UserApplicationSystems(1, 1, GetLinkedApp.ToString());
                            }
                            else
                            {
                                Get_UserApplicationSystems(user_flag, 1, GetLinkedApp.ToString());
                            }

                        }
                        //services
                        Get_MainSystems(user_flag);
                        if (GetLinkedApp > 0)
                        {
                            GetServiceInformation();
                        }
                        string[] statistics = TrackUser();
                        base.TraceActivity("Enter the portal", "https://" + Request.Url.Authority + "/AppMaster.aspx", statistics[0], statistics[1], statistics[2]);
                    }

                    TraceSystemsMode();
                }
                catch (Exception ee)
                {
                    string message = ee.Message;
                }

            }
            else
            {
                Response.Redirect("LoginPage.aspx", false);
            }
        }

---

我的通用处理程序

public void ProcessRequest(HttpContext context)
        {
            try
            {
                using(Stream photo_stream = Photo_DAL.RetrievePhoto(int.Parse(context.Session["emp_num"].ToString())))
               {
                byte[] photo_bytes = Photo_DAL.StreamToByteArray(photo_stream);
                if (photo_bytes == null)
                {
                    photo_bytes = File.ReadAllBytes(Path.Combine(context.Server.MapPath("~/images/PortalImages/"), "user.png"));
                }
                //context.Response.ContentType = "image/png";
                context.Response.BinaryWrite(photo_bytes);
                }
            }
            catch (Exception ee)
            {
            }

        }

Answer 1

这是猜测,因为我们无法从问题中发布的片段中看到很多引用的代码.

我将假设您没有正确处理数据库连接(DB_Connection_s)有几个原因.

A)通过复位固定

    I get the following errors frequently , and i had to restart the IIS or 
    republish to fix the problem temporary`

对我而言,这表明您正在使用数据库的所有连接,因为当您重新启动或重新发布时,所有当前连接都将被删除.

B)没有明确的处置

在您的代码中,您引用DB_Connection_s,但它没有包含在using块中,并且未实例化,这意味着它很可能是静态类或方法(很难说没有该引用的代码).

建议

确保始终正确处理数据库连接.他们需要在完成时调用.Dispose().这通常是通过获取保存上下文并让它实现的类来实现的IDisposable,然后使用using语句将所有调用包装到该类.using语句将Dispose自动调用该方法.如果您不希望实现IDisposable,则.Dispose()在查询完成后,您可以通过直接调用连接来明确(未建议)处理数据库连接.

编辑以响应新添加的评论:

@just_name - 从评论中的代码来看,在我看来可能存在问题.依赖于~DBConnection()处理你的连接,只有呼叫.Close(),而不是关闭流,是我的特色.

i)终结器可能需要很长时间

使用终结器处理连接可能会有风险,因为您无法确切地确定何时调用它."在垃圾收集期间终结器执行的确切时间是未定义的." - MSDN Object.Finalize.这可能导致系统等待很长时间,如果它有很多资源在任何连接被处理之前反过来减慢请求.

ii)关闭不是处置

虽然您在技术上可以安全地呼叫.Close()连接,但它可能会导致生产中出现问题.原因是连接将关闭,但事件处理程序将保留,有时如果涉及延迟加载或动态代理,这些事件处理程序可以保存连接的副本.

iii)使用Dispose

a)明确处理您的连接

始终明确处理您的连接,不要等待垃圾收集器执行此操作.处理它的最佳实践方法是using(){}在访问DBConnection课程时使用块.您可以进行一些更改来执行此操作:

定义DBConnection以实现IDisposable,以便可以在using块中使用它

public class DBConnection : IDisposable
{
  //other methods already in here
  public void Dispose()
  {
   //Close_Connection(); Call this if you want, but you MUST call 
   //.Dispose on your connections
   connection.Dispose();
  }
}

这将允许您像这样创建一个新的DBConnection:

using( var DB_Connection_s = new DBConnection() )
{
 //todo: interact with database connection
}

到达.Dispose()终点时,使用块将自动调用}并保证连接处理.此外,这允许数据库发生较小的事务时间,如果涉及数据库访问的任何排队,则可以增加查询和请求速度.

如果您不喜欢使用块实现,那么至少应该更改.Close()为.Dispose()您使用close的所有位置,并确保没有可能的执行路径导致.Dispose()在数据库访问完成后不立即调用.

b).Dispose()在非托管资源上使用

始终.Dispose()在非托管资源上使用.有几种方法可以做到这一点,但最佳实践方法是使用using(){}块.我注意到你可以在一个地方实现这个,特别是你的代码中必须处理的流.

这是令人讨厌的代码之一:

IfxDataReader ifxDataReaders = DB_Connection.DBCmd.ExecuteReader(); 
if (ifxDataReaders.Read()) { 
 item = (int)ifxDataReaders["emp_num"]; 
} 
ifxDataReaders.Close();

我对此有几个问题.首先,你正在调用.Close()上面讨论的内容.其次,因为这是一个try块,ifxDataReaders可能会抛出一个异常,程序将继续运行而不会关闭或处理读取器.这可能会导致许多问题.

你应该做的是确保.Dispose被一直呼吁的非托管资源.您可以使用using块(隐式地始终调用.Dispose())来执行此操作.

using(IfxDataReader ifxDataReaders = DB_Connection.DBCmd.ExecuteReader())
{
 if (ifxDataReaders.Read()) { 
  item = (int)ifxDataReaders["emp_num"]; 
 } 
}