配置错误--分析器错误消息: 无法识别的属性“targetFramework”。请注意属性名称区分大小写。

向右看齐 2022-04-23 12:00 212阅读 0赞

在部署网站的时候，很容易遇到这个一样错误：分析器错误消息: 无法识别的属性“targetFramework”。请注意属性名称区分大小写。

**   错误如图：**

![1365156232_9357.jpg][]

**错误原因：**

部署网站时，使用的应用程序池版本不对！

**解决方案：**

我的应用程序是在.NET 4.0下开发的，所以应用程序池应使用.NET4.0版本。如果您的电脑上没有安装相应版本的框架，下载一个安装上即可。

**Win7下更改操作**

![1365158343_4472.jpg][]

**附：IIS应用程序池配置解析《摘抄》**

**应用程序池**是将一个或多个应用程序链接到一个或多个工作进程集合的配置。因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔，所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响。

Windows 2003同时支持两种工作模式，默认为IIS 6.0工作进程隔离模式。工作进程隔离模式防止一个应用程序或站点停止了而影响另一个应用程序或站点，大大增强了IIS的可靠性。那么如何设置两种工作模式呢？

启动IIS管理器，右击网站，选择“属性”，打开属性对话框（图1）。在IIS 6.0工作进程隔离模式下，所有的应用程序代码都在隔离环境中运行，它们是如何进行隔离的呢？Windows 2003新增了应用程序池，工作进程隔离模式允许客户创建多个应用程序池，每个应用程序池都可以有不同的配置。因为这些应用程序池直接从内核（而非WWW服务）接收它们的请求，所以性能和可靠性得到了增强。要隔离运行在同一台计算机上但属于不同网站的Web应用程序，需要为每个网站创建单独的应用程序池。

![1365158953_7169.gif][]

**图1**

![1365159047_5736.png][]

**图2**

**下面用比较通俗的话解释一下：**

1.静态站点用DW设计好后，本地即可查看网页，而动态站点则不同，需要用iis挂接后才能查看。这也是HTML（静态站点）和ASP（动态站点）的不同点之一：HTML不需要调用内存和cpu进行换算，而ASP需要调用内存和cpu进行换算后方可呈现在用户面前。因为ASP需要把程序的代码翻译成[服务器][Link 1]可以识别的1和0，再通过IIS的导出生成HTML代码。

2.HTML，对于[服务器][Link 1]端几乎无任何负载，因为是直接输出到客户端，客户端的浏览器（如IE）即系HTML代码后，输出成我们所见到的漂亮的网页排版、界面。ASP，[服务器][Link 1]端需要分配内存用以解析程序代码成计算机代码，从而输出HTML代码到客户端，最后客户端的IE解析HTML代码成为我们看到的漂亮界面。ASP比HTML多出了一步，[服务器][Link 1]对程序代码的处理。

**3.应用程序池就是可以看成装载计算机分配给动态网站的内存的容器。如果内存是水，那么应用程序池就是鱼缸，动态网站就是鱼缸中的金鱼。多个动态网站可以存在于同一个应用程序池里，即鱼缸中可以放多条金鱼。当然，如果金鱼多了，鱼缸中的空间有限，金鱼之间就会争抢空间，不是很坚固的鱼缸可能就会破裂，所有金鱼都会受到影响。即是动态网站多了，内存不足，可能会造成内存级别的溢出漏洞，影响所有在那个应用程序池上的动态网站。**

4.一般一个动态网站，需要新建一个应用程序池，来分配内存和cpu资源，而不是多个网站存在于同一个应用程序池中。这样做的好处是一个应用程序池对应唯一一个进程，一个进程对应一个PID（在任务管理器中可以查到）。所以如果某个网站出了问题，占用很多cpu，在任务管理器中可以查到。若是多个网站共享一个应用程序池，那么就不能定位是哪个网站出问题了。所以[服务器][Link 1]中一般一个网站对应一个应用程序池，当然这要内存足够大作为前提条件。

5.一般而言，内存不是很大的情况下是用一个应用程序池对应多个网站的，共享内存资源可以节约[服务器][Link 1]内存。

6.IIS设计的时候，考虑到应用程序可能会在运算途中出错，导致后续的请求不能处理。所以，IIS的应用程序池是有一个自动回收的机制。右键属性可以看到。回收的时候，原来鱼缸的水（内存的数据）会倒掉，重新换新的。

7.当一个IIS服务，只提供一个“站点”（使用80端口），不需设置主机头。

当一个IIS服务，提供n个“站点”（公用80端口），则需要设置n-1个主机头。

当一个IIS服务，提供n个“站点”（各个站点有自己的端口，各不相同），不需设置主机头。

（主机头可以理解为网站的域名）

8.客户端访问网站域名的流程如下：

客户端浏览器发出请求 -> 查找本地PC的DNS（host文件） -> 查找网络上的DNS -> 获得[服务器][Link 1]的IP -> 客户端访问目网站 -> 目的网站[服务器][Link 1]检查自己所有的网站，看看哪个和客户端提出的域名匹配 -> 若无匹配，则返回错误页面；若匹配，则返回正常网页。

当一个IIS服务，提供n个“站点”（公用80端口），则需要设置n-1个主机头。

IIS 6的核心在于工作进程隔离模式，而应用程序池则是定义工作进程如何进行工作，因此，可以说应用程序池是整个IIS 6的核心。和IIS 5中只能使用单个应用程序池不同，工作在工作进程隔离模式的IIS 6可以创建多个应用程序池，不同的应用程序池之间是完全隔离的，某个应用程序池停止服务时不会影响到其他应用程序池。

在使用应用程序池之前，你应该确定你所需要的应用程序池数量。可能有很多朋友会认为，既然不同的应用程序池之间是完全隔离的，那么我只需要为每个Web站点创建一个应用程序池就可以了。这个办法在IIS[服务器][Link 1]上具有较少的Web站点数量时可以使用，但是如果IIS[服务器][Link 1]上具有很多Web站点数量，那么这个办法就不适用了，因为不同的应用程序池在被访问时都会创建各自的工作进程，当大量的工作进程并发工作时会消耗大量的系统资源和CPU利用率，反而会降低[服务器][Link 1]性能。你应该根据Web站点的重要性、隔离性、所运行代码的安全性和稳定性等来对IIS[服务器][Link 1]上所具有的Web站点进行划分，然后根据情况来决定所需要的应用程序池数量。对于那些非常重要的Web站点、需要单独隔离的Web站点、所运行代码稳定性和安全性并不可靠的Web站点配置为使用各自独立的应用程序池，而将其他普通的Web站点配置为使用一个公共的应用程序池。

默认情况下，在安装IIS时会创建一个默认网站并创建一个名为DefaultAppPool的应用程序池为其使用；默认配置下的应用程序池已经可以很好的进行工作，建议你只有在特别需要时才对应用程序池进行配置。

应用程序池配置属性

在IIS管理控制台中展开应用程序池文件夹，然后右击对应的应用程序池，点击属性，你可以在应用程序池的属性中进行以下配置：

回收

在回收标签，你可以设置工作进程的回收方式：

![460×429][460_429]

*  回收工作进程（分钟）：在工作进程运行多少分钟后回收工作进程，默认启用，并且设置为1740分钟（29小时）；
 *  回收工作进程（请求数目）：在工作进程处理多少 个HTTP请求后终止此工作进程，默认禁用，如果启用则默认值为35000；
 *  在下列时间回收工作进程：在指定的时间回收工作进程，默认禁用；如需启用，勾选后点击添加按钮添加回收的时间即可，使用24小时制定义回收的时间；
 *  消耗太多内存时回收工作进程：
    
     *  最大虚拟内存（兆）：当工作进程使用的虚拟内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为500 M；建议设置为不超过虚拟内存总数的70％；
     *  最大使用的内存（兆）：当工作进程使用的物理内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为192 M；建议设置为不超过物理内存总数的60％；

另外需要注意的是，应用程序池具有以下两种工作进程回收方式，不过这两种回收方式均不会造成Web服务的中断：

*  默认情况下，应用程序池使用重叠回收方式。在这种方式下，当应用程序池要关闭某个工作进程时，会先创建一个工作进程，直到新的工作进程成功创建后才关闭旧的工作进程；
 *  应用程序池也可以先关闭旧的工作进程，然后再创建新的工作进程。

如果Web应用程序不支持多实例运行，那么你必须配置应用程序池禁止使用重叠回收方式。此配置无法在IIS管理控制台中进行修改，只能通过在metabase.xml中修改对应应用程序池的DisallowOverlappingRotation metabase属性为true进行。

性能

在性能标签你可以设置工作进程的运行方式：

![460×429][460_429 1]

*  在空闲此段时间后关闭工作进程（分钟）：当工作进程空闲多少分钟后关闭此工作进程，这降低了空闲工作进程对系统资源和CPU性能的消耗，默认启用并且设置为20分钟；
 *  核心请求队列限制为（请求次数）：当HTTP.sys接收到某个客户端发送的HTTP请求时，如果处理此请求的对应应用程序池的工作进程还处于忙状态，则HTTP.sys将接收到的请求保存在对应应用程序池的请求队列中，直到工作进程空闲为止。此选项即用于设置此应用程序池的请求队列所能容纳的请求数量，默认情况下每个应用程序池的请求队列限制为保留1000个请求，如果超出则向客户端返回503错误，你可以根据需要适当进行修改，最大可以设置为65535。但是如果设置太大则会消耗大量的系统资源 ，而设置太小会导致客户端访问时频繁出现503错误。
 *  启用CPU监视：监视此应用程序池的CPU使用率，默认未启用；如果某个应用程序池占用的CPU利用率过多，那么可以通过配置此选项来限制此应用程序池；
    
     *  最大CPU使用率（百分比）：所设置的应用程序池所能使用的最大CPU使用率；启用CPU监视时默认值为100；
     *  刷新CPU使用率（分钟）：刷新CPU使用率的间隔时间；启用CPU监视时默认值为5；
     *  CPU使用率超过最大使用率时执行的操作：当此应用程序池的CPU使用率超过所设置的最大CPU使用率时所进行的操作，启用CPU监视时默认为无，此时IIS只是在事件日志中进行记录而不进行其他操作；如果选择为关闭，那么IIS将关闭此应用程序池中的所有工作进程；
 *  Web园：在Web园中你可以配置此应用程序池所使用的最大工作进程数，默认为1，最大可以设置为4000000； 配置使用多个工作进程可以提高该应用程序池处理请求的性能，但是在设置为使用多个工作进程之前，请考虑以下两点：
    
     *  每一个工作进程都会消耗系统资源和CPU占用率；太多的工作进程会导致系统资源和CPU利用率的急剧消耗；
     *  每一个工作进程都具有自己的状态数据，如果Web应用程序依赖于工作进程保存状态数据，那么可能不支持使用多个工作进程。

运行状况

在运行状况标签你可以配置应用程序池监视工作进程的运行状况，

![460×428][460_428]

*  启用Ping：默认情况下应用程序池配置为每隔30秒Ping工作进程，当工作进程没有进行响应时，则认为此工作进程出现故障并默认配置为关闭此工作进程。你可以修改Ping的时间间隔，但是太长的Ping间隔可能会导致Web服务的中断，而太短的Ping间隔又会消耗更多的系统资源和CPU利用率，因此建议你保留默认配置；
 *  启用快速失败保护：如果Web应用程序代码编写有问题，它可能会导致工作进程持续出现问题。默认情况下应用程序池配置为启用快速失败保护，当工作进程在配置的时间段（默认为5分钟）内发生的失败次数超过了配置的值（默认为5次），则禁用此应用程序池。
 *  启动时间限制：IIS等待属于此应用程序池的工作进程启动的时间，当工作进程启用时间超出此设置值时，IIS会在事件日志中进行记录；
 *  关闭时间限制：当IIS检测到某个工作进程出现故障时，将此工作进程标记为关闭，此选项指定了IIS等待工作进程自动关闭的时间限制，如果超出此时间限制后工作进程尚未关闭，则IIS强行关闭工作进程。

标识

在标识标签，你可以配置工作进程所运行的用户账户。在IIS 5或者当IIS 6运行在IIS 5隔离模式时，工作进程运行在本地系统账户，而运行在工作进程隔离模式下的IIS 6的工作进程运行在网络服务账户下，这降低了系统被攻击的可能性。

你可以配置工作进程运行在预定义的本地系统、本地服务或网络服务账户下，也可以配置为使用某个自定义的用户账户。建议使用默认的网络服务账户；不过如果为了更高的安全性，可以配置使用自定义的用户账户，不过建议你只是将此自定义用户加入到IIS\_WPG用户组中，因此IIS\_WPG用户组包含了可以启动和运行工作进程的最小权限。

![460×430][460_430]

[1365156232_9357.jpg]: https://img-my.csdn.net/uploads/201304/05/1365156232_9357.jpg
[1365158343_4472.jpg]: https://img-my.csdn.net/uploads/201304/05/1365158343_4472.jpg
[1365158953_7169.gif]: https://img-my.csdn.net/uploads/201304/05/1365158953_7169.gif
[1365159047_5736.png]: https://img-my.csdn.net/uploads/201304/05/1365159047_5736.png
[Link 1]: http://www.pckezhan.com/Class.asp?ID=47
[460_429]: http://www.pckezhan.com/uploadfiles/201106/20110616003939559.jpg
[460_429 1]: http://www.pckezhan.com/uploadfiles/201106/20110616004007181.jpg
[460_428]: http://www.pckezhan.com/uploadfiles/201106/20110616004041798.jpg
[460_430]: http://www.pckezhan.com/uploadfiles/201106/20110616004112956.jpg