小编kud*_*lur的帖子

我想知道什么是Appdomain回收？当我第一次从DotNet应用程序请求aspx页面时,我知道该应用程序的appdomain已创建,并且所需的程序集已加载到该appdomain中,并且将提供该请求.现在,如果修改了web.config文件或bin文件夹的内容等,appdomain将被"回收".我的问题是,在回收过程结束时,appdomain是否会加载程序集并准备好为下一个请求提供服务？或者必须要求页面触发程序集加载？

是否可以在ASP.NET 2.0中使用BackGroundWorker线程用于以下场景,以便浏览器端的用户不必等待很长时间？

脚本

1. 浏览器请求一个页面,比如SendEmails.aspx
2. SendEmails.aspx页面创建一个BackgroundWorker线程,并为线程提供足够的上下文来创建和发送电子邮件.
3. 浏览器接收来自ComposeAndSendEmails.aspx的响应,表示正在发送电子邮件.
4. 同时,后台线程正在进行创建和发送电子邮件的过程,这可能需要相当长的时间才能完成.

我主要担心的是保持BackgroundWorker线程运行,尝试发送,比如说,当ASP.NET工作进程线程池线程早已消失时,发送50封电子邮件.

在浏览Chrome时,我注意到它在呈现页面方面反应非常快(与我的笔记本电脑上的IE和Firefox相比),包括像gmail这样的JavaScript重量级网站.

这就是Chrome上googlebook所说的内容

1. 标签在进程中而不是线程中托管.
2. 使用V8引擎编译javascript而不是解释.
3. 引入新的虚拟机来支持javascript繁重的应用程序
4. 引入"隐藏类转换"并应用动态优化来加速事物.
5. 用更精确的垃圾收集方案替换低效的"保守垃圾收集"方案.
6. 引入自己的任务调度程序和内存管理器来管理浏览器环境.

所有这些听起来都很熟悉,微软长期以来一直在做这些事情.Windows os,C++,C#等编译器,CLR等等.

那么为什么微软或任何其他浏览器供应商都没有采用Chrome的方法呢？Chrome的方法有缺陷吗？如果没有,是否有其他浏览器供应商社区没有意识到Google的方法？

我正在阅读有关Chrome的googlebooks,他们在每次创建新标签时都会讨论为什么他们决定启动进程来托管浏览器标签.所以

2个标签= 2个镀铬过程

3个选项卡= 3个chrome进程等等..对吧？

但我打开了大约20个左右的标签,但在任务管理器中,我只能找到3个镀铬过程..

到底是怎么回事？？

我被告知在所需资源方面创建一个流程是一个昂贵的主张,并且还有其他轻量级选项可供选择(例如.net中的app域名).所以Chrome采取了一些混合方法吗？创建几个进程,然后开始在这些有限的进程内托管其他选项卡？

为什么CSS规则不会自动级联到HTML控件(如输入)或选择并设置文本显示样式？

对于Ex:我在body标签上应用了一个css类,它将文本呈现为红色.由于级联规则,该html文档中的所有文本都以红色呈现(除非被覆盖).但是如果我在该文档中有一个文本框控件,则该样式不会级联到文本框中以使其中的文本呈现为红色.

有人能指出我参考文件,谈论那个？

我有一个SQL Server存储过程,它在SQL Server 2008 R2上运行良好.

当我尝试在SQL Server 2012上运行它时,运行需要很长时间.

但是,如果我在存储过程中创建局部变量并将输入参数的值复制到那些局部变量中并使用它们而不是输入参数,则查询运行并返回比SQL Server 2008 R2数据库更快的结果(请注意2008 R2和2012服务器在同一个盒子上运行).

你能否详细介绍一下这里发生了什么？