C# 为什么服务器主机Kentico web应用程序的CPU在我的主机名www.xxx.net上绑定时获得100%的利用率？

我在Kentico CMS中托管的web应用程序有问题

1-当我将我的web应用程序的绑定编辑为“xxx.net”时，web应用程序是可访问的，cpu使用率在1%到10%之间，这没关系。 2-当我编辑绑定“www.xxx.net”时，web应用程序挂起所有服务器，无法访问，cpu使用率从95%高达100%

3-此场景已在两台服务器上进行了测试，结果与上述相同。 4-我创建了一个简单的web应用程序，其中包含绑定到www.xxx.net的简单HTML，可以正常工作

请注意，我的web应用程序使用Google Bot，我在reboots.txt中禁用了它，并从Google网站管理员工具中删除了www.xxx.com

我还使用了DebugDiag1.2，这里生成的报告是我发现的CPU时间前5个线程的示例

.NET Threads Summary
ThreadCount:      37
UnstartedThread:  0
BackgroundThread: 21
PendingThread:    0
DeadThread:       16
Hosted Runtime:   no
                                           PreEmptive                                                   Lock
       ID  OSID        ThreadOBJ     State GC       GC Alloc Context                  Domain           Count APT Exception
  11    1 22130 0000000002434e40      8220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
  25    2 22274 0000000002452a00      b220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Finalizer)
  27    3 22320 00000000024b3780   100a220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  28    4 2243c 00000000024c4640      1220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
  29    7 224b0 000000000251a080   8009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Completion Port)
  15    6 26620 0000000002526340   8008220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Completion Port)
XXXX    8       0000000002544630     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX    9       0000000005934100   1019820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
XXXX    a       0000000005956b00     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX    e       0000000005a124c0     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX    f       00000000059c0230     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   14       0000000006b3ea20     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   15       0000000006b3f130     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   17       0000000006b3ff50     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   19       0000000006b40d70     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   1a       0000000006b41480     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   1b       0000000006b41b90     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   1c       0000000006b422a0     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   1e       0000000006b430c0     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   20       0000000006b43ee0     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
   7   2d 265a8 0000000006be0b00       220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
   8   2e 21e1c 0000000006be1210       220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   30       0000000005c78090     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
XXXX   31       0000000005c787a0     19820 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
  30    5 24050 0000000005c78eb0   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  31   35 24214 0000000005c7aaf0   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  10   40 265b0 0000000005c8b5d0       220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
   3   41 26540 0000000005c0db30       220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
  32   44 19df0 0000000005c0f060   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  33   45 1ea94 0000000005c0f770   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  34   46  2298 0000000005c0fe80   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  35   47  1ff8 0000000005c10590       220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
  36   4a  93ac 0000000005c8a0a0   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  39   4c 19a68 0000000005b6e9a0   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  38   4d 14794 0000000005b6f7c0   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  40   50 123bc 0000000006beac30   1009220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn (Threadpool Worker)
  41   4f  d1e8 0000000006beb340       220 Enabled  0000000000000000:0000000000000000 0000000002402fa0     0 Ukn
Thread report
Thread 0 - System ID 156876
Entry point   ntdll!RtlUserThreadStart+1d
Create time   6/17/2014 12:48:02 PM
Time spent in user mode   0 Days 00:00:00.00
Time spent in kernel mode     0 Days 00:00:00.031


This thread is incomplete and also has/have an invalid Thread Environment Block pointer. As a result, the information reported is most likely inaccurate.
Function      Source
ntdll!ZwWaitForSingleObject+a     
KERNELBASE!WaitForSingleObjectEx+79   
w3wphost!AppHostInitialize+278    
w3wp!wmain+470    
w3wp!PerfStopProvider+19b     
kernel32!BaseThreadInitThunk+d    
ntdll!RtlUserThreadStart+1d

和其中一个线程：

Thread 11 - System ID 139568
Entry point   ntdll!RtlUserThreadStart+1d
Create time   6/17/2014 12:48:02 PM
Time spent in user mode   0 Days 00:00:00.280
Time spent in kernel mode     0 Days 00:00:00.202


This thread is incomplete and also has/have an invalid Thread Environment Block pointer. As a result, the information reported is most likely inaccurate.

.NET Call Stack
Function

Full Call Stack
Function      Source
ntdll!NtRemoveIoCompletion+a      
KERNELBASE!GetQueuedCompletionStatus+39   
kernel32!GetQueuedCompletionStatusStub+11     
w3tp!THREAD_POOL_DATA::ThreadPoolThread+3b    
w3tp!THREAD_POOL_DATA::ThreadPoolThread+34    
w3tp!THREAD_MANAGER::ThreadManagerThread+61   
kernel32!BaseThreadInitThunk+d    
ntdll!RtlUserThreadStart+1d   

---

对我来说，应用程序似乎进入了某种循环。我会尝试搜索一些可能与www.xxx.net域相关的自定义代码、设置或处理程序映射。

因此，当我在xxx.net上绑定和添加www.xxx.net利用率达到100%时，为什么相同的代码可以工作？可能存在一些条件行为。您是否有可能有违反Kentico设置的URL重写规则？请尝试查看Kentico管理中的“处理域前缀”设置。@MinaNabil它必须是一个循环：是否已检查：域别名设置（sitemanager）？该站点是否在https下运行？是否检查了iis设置？