小编Co7*_*o7e的帖子

我们有两个Web应用程序(Azure Web角色),它们在System.Web.HttpApplication.BeginRequest期间偶尔会出现长时间延迟(40到60秒).我们知道这一点,因为我们正在使用NewRelic来监控我们的网络应用.通常的罪魁祸首是由于ASP.NET的会话状态锁定机制导致的线程敏捷性问题,但是我们不使用ASP.NET会话状态,并且在其中一个站点上我们根本不使用会话.

一个应用程序比另一个应用程序复杂得多,并且遭受更多延迟,但我会在这个问题中使用简单的应用程序来希望缩小根本原因.

简单的Web应用程序是一系列基于ServiceStack的Web服务.它不使用会话.它仅充当基于WCF的服务层的中介.它主要是将请求传递给WCF服务,然后将响应映射到视图以传输回代理.服务器甚至不会在它们运行的​​负载上出汗(最大2.5%的CPU).

那么,可能的原因是什么？

1. 我最好的猜测是它是一个线程敏捷问题,因为它似乎在等待某些事情,这会暗示某个地方存在锁定.但是,如果不是会议状态,还等什么呢？NewRelic或ServiceStack导致锁定？
2. NewRelic的报告是错误的,没有问题.好吧,NewRelic在我们以前使用ASP.NET会话状态时正确地报告了问题并且正在获得更多这些延迟.

我想要匹配不包含连续 3 个以上重复的相同字符的字符串。所以：

• abaaaa [不匹配]
• abawdasd [比赛]
• abbbbasda [不匹配]
• 巴巴巴巴 [比赛]

是的，对包含连续字符进行正则表达式匹配，然后在代码中对其进行否定会更容易、更简洁。然而，在这种情况下这是不可能的。

我想将问题展开为 x 个连续字符，以便可以将其扩展到一般情况，从而使问题和答案更有用。

在这种情况下支持负前瞻。