【问题解决】无法创建新的堆栈防护页面

标签：style   blog   http   io   color   ar   os   使用   sp   

【问题发现】

      项目中需要几个自定义的控件,菜鸟D定义了一个接口,打算使用多态来统一调用。在完成两个自定义控件后，项目都能正常运行。但是在第三个控件使用的时候就出了问题：将控件拖到界面上以后，不能拖动改变控件的宽度，一拖动就会出现“无法创建新的堆栈防护页面”的提示，然后vs直接崩溃。后来经过多次尝试，发现可以输入改变控件的宽度，但是依然会有崩溃发生。

【问题解决】

      菜鸟D在网上搜索相关的解决办法，但是几乎所有的回答都在说是递归调用导致溢出。菜鸟D发现自己的程序中有递归的调用，但是前两个控件也是调用的这一个递归方法，如果是方法本身的问题，那两种控件也一定会出错，但事实是那两种控件可以正常使用的。所以问题一定就在新的自定义控件上。

      由于崩溃是在改变控件的宽度后发生的，必须看看宽度的属性，以下是部分代码：

public  int Width {
            get { return this.Width; }
            set { Width = value;
                 //此处自定义控件内部的控件的location的设置，如：lable1.location=new Piont(); //为了实现一个联动的效果 
                }
        }

      这时菜鸟D注意到代码左侧的提示：

      Recursive call 不就是递归么！！！原来如此，是这里的递归导致了崩溃。删掉这段代码后，控件随意拖拉也再没出现那样的错误了。问题到此已经得到了解决。

【问题的分析】

      菜鸟D不明白为什么这么写会造成递归，于是开始接下来的查找。

     在get里面的Width上用F12，发现光标只是向上跳了一行，这个好像不对，感觉有点怪。随即想到既然这是自定义控件，继承Control控件类，控件类里面会不会做了相应的封装。于是，转到定义，以下代码展示继承关系：

public partial class ExControlBox : UserControl, IControlCommonable

public class UserControl : ContainerControl

public class ContainerControl : ScrollableControl, IContainerControl

public class ScrollableControl : Control, IComponent, IDisposable

public class Control : Component, IDropTarget, ISynchronizeInvoke, IWin32Window, IBindableComponent, IComponent, IDisposable
// Control基类中的两个属性
public int Width { get; set; }
public virtual string Text { get; set; }

      果然在Control基类里找到Width属性，当看到Text属性时想起曾经使用过override重写过Text属性，那是否可以换一种写法“重写”Width属性？当然可以——new。New 作为运算符用于创建对象和调用构造函数，作为修饰符用于隐藏基类中被继承的成员（出自msdn）。

于是改造了原来的Width属性的写法，也能成功运行没有发生崩溃。代码如下：

new public int Width
        {
            get { return base.Width; }
            set
            {
                base.Width = value;
                //此处自定义控件内部的控件的location的设置，如：lable1.location=new Piont(); //为了实现一个联动的效果
            }
        }

总结：

1.在定义属性时，应注意是否该属性已经存在于基类，如果存在，就需要判断是需要重写该属性，还是隐藏该属性。

2.递归的调用一定要谨慎，否则可能造成溢出，导致崩溃。 

菜鸟D希望这篇文章对您有所帮助。

【问题解决】无法创建新的堆栈防护页面

标签：style   blog   http   io   color   ar   os   使用   sp   

原文地址：http://www.cnblogs.com/cnDqf/p/4083383.html