在C#中缓存异常实例是一个好习惯吗

以下代码是一个好习惯吗？
我应该尝试在任何可能的地方重现它吗？如果没有,为什么？

public class ExceptionHelper
{
    private static readonly HttpException _errorReadingRequest = new HttpException(500,"Error reading request. Buffer is empty.");
    public static Exception ErrorReadingRequest { get { return _errorReadingRequest; } }
}

public class ExceptionThrower
{
    public static void ThrowCached1()
    {
        throw ExceptionHelper.ErrorReadingRequest;
    }
    // ...
}

我试图在几个地方放入缓存的实例,它似乎保留了堆栈跟踪,from MSDN,

The stack trace begins at the statement where the exception is thrown
and ends at the catch statement that catches the exception. Be aware
of this fact when deciding where to place a throw statement.

我理解为“它将堆栈跟踪存储在抛出,而不是创建”.但是,我想知道当多个线程尝试抛出相同的缓存异常实例时是否会出现问题.

在同一个MDSN页面上,他们正在使用一个辅助函数,它似乎在框架中,他们正在做同样的事情：辅助函数,它重新创建异常并抛出.

注意：我知道这不是常见的情况,因为大多数情况下,您希望将特定消息存储在异常中,以便更容易理解发生了什么.

也许问题只是抛出关键字线程安全与否？

语境：

我偶然发现了这种代码,同时代码审查了一些性能敏感的应用程序代码.目标是在启动期间创建最大的实例,然后在执行期间从不(或几乎从不)实例,以限制GC性能影响(特别是因为GCHandle事件发生堆碎片).我对这段代码感觉不好,但需要事实来支持我的重构.