小编Sea*_*ton的帖子

基于以下内容,在尝试通过HTTP下载文件时,为什么我可能会出现大量"挂起"的想法？

• 服务器是IIS 6
• 正在下载的文件是二进制文件,而不是网页
• 几个客户端挂起,包括TrueUpdate和FlexNet Web更新包,以及使用响应流执行基本HttpWebRequest/HttpWebResponse逻辑和下载的自定义.NET应用程序
• 成功为200 0 0时的IIS日志文件签名(sc-status sc-substatus sc-win32-status)
• 对于失败,错误签名为200 0 64
• sc-win32-status of 64是"指定的网络名称不再可用"
• 我可以在URL上指向firefox并且每次都成功下载(也许一些重试逻辑发生在引擎盖下)

在这一点上,似乎我的服务器有一些时髦的东西,它正在抛出这些错误,或者这只是正常的网络行为,我需要使用(或写入)对故障更具弹性的客户端.

有什么想法吗？

我在Web服务器(Server 2008 Enterprise)上安装了.NET Framework 3.5 SP1,因此运行IIS 7.0.

我想更改现有站点使用的.NET Framework版本.因此,我右键单击相应的应用程序池并选择"编辑应用程序池"..NET Framework下拉列表不包含框架3.5的显式条目,但仅包括2.0.50727.

这只是因为3.5版核心RTL的版本仍然是2.0？或者我是否需要做一些额外的事情才能让IIS看到版本3.5？(尝试重启IIS).

这是关于在C#/ .NET中进行对象最终化和集合的学术问题.背景阅读是C#语言规范的第3.9节"自动内存管理".

当没有对对象的显式引用时,它可能变为垃圾收集.它变得"有资格破坏".在将来的某个时刻(例如,如果强制进行垃圾收集),将运行对象的析构函数.

在析构函数中,如果保存对象的引用,则对象将被最终化,但不符合收集条件.这可能导致对象处于已完成但尚未收集的状态.规范的第3.9节有一个例子.

此时,该对象仍然存在,因为它尚未被垃圾收集.但是,引用该对象的WeakReference报告IsAlive值为false,表示该对象已被收集.

核心问题是 - IsAlive属性真正报道的是什么？我们知道我们不能信任此属性的值true,因为在读取之后该值很快就会变为false.但是false值是值得信赖的,并且意味着(根据文档)表明该对象已被垃圾收集.那么在这种情况下IsAlive属性告诉我们什么呢？不严格对象是否被垃圾收集,因为我们认为对象处于最终但未收集的状态.

这是一个显示行为的示例.

    public class Dog 
    {
        public static Dog KeepDogRef;



   public string Name { get; set; }

    public Dog(string name)
    {
        Name = name;
    }

    ~Dog()
    {
        Console.WriteLine("Dog destructor for " + Name + " called");
        Dog.KeepDogRef = this;
    }

    public void Bark()
    {
        Console.WriteLine(Name + " : Woof");
    }
}

和主程序的代码.如果您运行代码,您将看到原始WeakReference报告IsAlive为false,即使我们重新构建对象.

    static void Main()
    {
        Dog dog = new Dog("Bowser");

        WeakReference dogRef = new WeakReference(dog);

        // Unref Bowser, now eligible for destruction …