缓存以编程方式将301s添加到ASP.NET webform站点

我正在研究以编程方式将301s添加到ASP.NET webforms站点的方法和技术

一个客户的网站正在优化搜索引擎优化，我们正试图避免通常的“给我们发送一个301s列表，我们会将它们添加到网站”每次他们做出改变。在此之前，我们已经获得了301s的列表，并已将它们添加到global.asax（根据请求）或web.config中，剩下的由.NET来完成

我想知道是否有任何公认的“最佳”方式来实现动态301s

我可以在XML/SQL中持久化重定向，这没有问题。我猜，如果我们在每个请求上读取xml/查询DB，性能会受到影响

我当然可以把它们缓存起来，但是在哪里呢？应用程序上下文似乎是显而易见的地方，但我担心在应用程序中节省数百个301s。 考虑到301快乐搜索引擎优化专家可以得到多少，我不想让他们增加数千，然后想知道为什么服务器倒下了。这是一个合理的担忧吗？ 还是在缓存中？它的优点是允许.NET管理内存，因此，如果资源变得稀缺，它们将被清除，并且始终可以重新创建。但它比应用程序有什么优势吗

我可以添加一个配置xml文件，通过CMS更新它，并从web.config引用它-这会起作用吗？或者该站点需要回收以获取更改吗

---

为了澄清，存储和执行301s不是问题。我正在寻找一种快速检查301s和重定向的方法，这种方法不会影响用户体验。

在检测到404时，通过连接应用程序错误事件，只处理列表如何？通过这种方式，标准请求在没有任何额外负载的情况下得到处理，但404请求发生时仍会被重定向

---

（我知道这是一个老问题，但我正在解决同一个问题）。

它可能很老，但仍然相关。我没有想到在404上添加301查找。不错。