在ASP.NET中是否可以单独从HTTP请求的用户代理字符串派生浏览器MajorVersion？

我们有一个应用程序，它使用Request.Browser.MajorVersion作为缓存键的一部分。 我们很难确定哪个缓存密钥用于一组历史请求。 为此，我们正在分析IIS日志，因此需要为每个请求确定ASP.NET的Request.Browser.MajorVersion的值。 是否可以单独从用户代理字符串派生出来？

UPDATE

我最初假设Request.Browser.MajorVersion的值将是直接从用户代理字符串获取的版本。 但是，在调试会话中确认这个理论我看到了：

调试会话截图

我本来期望Request.Browser.MajorVersion是61，而不是44.任何人都可以提供任何有关这些值不同的见解，以及我如何能够自信地告诉Request.Browser.MajorVersion对于给定的值是什么用户代理字符串？

更新2

我发现ASP.NET使用一组模板来构建HttpBrowserCapabilities对象集作为Request.Browser 。 这些可以在这里找到：

％SYSTEMROOT％\ Microsoft.NET \框架[版] \配置\浏览器

查看模板，它们都使用正则表达式来解析用户代理字符串（我已粘贴下面的chrome.browser的内容），这表明Request.Browser.MajorVersion 应该与用户代理字符串中的值相对应。 所以仍然不知道为什么我的本地应用程序返回44作为该值。

更新3

我终于到底了。 事实certificate，我正在调试的应用程序使用名为51 Degrees的第三方服务拦截请求并应用自己的请求标头解析，在这种情况下使用本地安装在应用程序服务器上的数据库。 该数据库已经过时，因此对于最近的浏览器版本产生了奇怪的结果。 我在上面的Update 2中的详细信息对于vanilla ASP.NET应用程序是有效的，但这确实解释了为什么我的结果偏离了vanilla测试环境。 感谢所有不遗余力帮助我调查此事的人。

很有挑战性。

此页面将告诉您代理字符串：

http://www.useragentstring.com/

此页面将显示大多数浏览器的代理字符串http://www.useragentstring.com/pages/useragentstring.php

某些浏览器在代理字符串中有主要/次要版本。 有些人没有。 浏览器之间甚至浏览器版本之间的格式各不相同，因此即使您知道代理字符串中存在主要版本，解析它仍然可以特定于每个浏览器/版本。

如果你真的需要这样做，你最好找一个保持最新和维护良好的库。

Interesting Posts