¿Cómo puedo crear un wrapper asincrónico para log4net?

Solo quería proporcionar mi solución completa para referencia. Un par de elementos importantes, los FixFlags le permiten capturar el hilo que realmente está haciendo el registro. La Colección de Bloqueo está en ReactiveExtensions. La clave aquí es que su appender de reenvío maneja las cosas asíncronas y luego simplemente reenvía en el LoggingEvent a un appender Log4Net estándar, que permite a Log4Net hacer todas las cosas en las que es bueno. Nada de reinventar la rueda.

/// <summary>
/// Provides an extension for the log4net libraries to provide ansynchronous logging capabilities to the log4net architecture
/// </summary>
public class AsyncLogFileAppender : log4net.Appender.ForwardingAppender
{
    private static int _asyncLogFileAppenderCount = 0;
    private readonly Thread _loggingThread;
    private readonly BlockingCollection<log4net.Core.LoggingEvent> _logEvents = new BlockingCollection<log4net.Core.LoggingEvent>();

    protected override void Append(log4net.Core.LoggingEvent loggingEvent)
    {
        loggingEvent.Fix = FixFlags.ThreadName;
        _logEvents.Add(loggingEvent);
    }

    public AsyncLogFileAppender()
    {

        _loggingThread = new Thread(LogThreadMethod) { IsBackground = true, Name = "AsyncLogFileAppender-" + Interlocked.Increment(ref _asyncLogFileAppenderCount), };
        _loggingThread.Start();
    }

    private void LogThreadMethod()
    {
        while (true)
        {
            LoggingEvent le = _logEvents.Take();
            foreach (var appender in Appenders)
            {
                appender.DoAppend(le);
            }
        }
    }
}

Entonces, en su log4net.xml configura los appenders de esta manera

<!-- Standard form output target location and form -->
<appender name="StandardAppender" type="TSUIC.Logging.AsyncLogFileAppender">
<appender-ref ref="StandardAppenderSync" />
</appender>

<appender name="StandardAppenderSync" type="log4net.Appender.RollingFileAppender">
    <!-- The standard pattern layout to use -->
    <file value="log\Log_" />
    <appendToFile value="true" />
    <rollingStyle value="Date" />
    <maxSizeRollBackups value="-1" />
    <maximumFileSize value="5GB" />
    <lockingModel type="log4net.Appender.FileAppender+MinimalLock" />
    <staticLogFileName value="false" />
    <datePattern value="yyyyMMdd'.txt'" />
    <layout type="log4net.Layout.PatternLayout">
        <conversionPattern value="%date [%thread] %-5level %logger - %message%newline" />
    </layout>
</appender>

Actualización:

Si desea utilizar el contexto en log4net como "log4net.ThreadContext.Properties["CustomColumn"]"

Entonces necesitas actualizar el código anterior como

loggingEvent.Fix = FixFlags.All;

Así es como lo hago:

Task.Factory.StartNew(() => log.Info("My Info"));

De esa manera log4net realiza el registro en un subproceso separado, de forma asíncrona...

POR cierto, Task la clase está en System.Threading.Tasks espacio de nombres.

Algunas de las ideas aquí son incorrectas y dan como resultado datos no válidos/obsoletos, registros fuera de servicio o muy mal rendimiento. Por ejemplo, la respuesta aceptada sugiere usar el log4net AsyncAppender que usa el ThreadPool resultando en entradas fuera de orden que podrían no ser un problema para algunos, pero ciertamente quiero que mis eventos de registro sean uno tras otro también puede tener un rendimiento terrible y poner demasiada presión en el ThreadPool también no lote las entradas de registro. La respuesta sugerida por Jonathan es sin duda una solución mucho mejor, pero todavía carece de un rendimiento óptimo.

Un buen ejemplo de cómo se debe implementar esto se puede encontrar AQUÍ y los resultados de la evaluación comparativa y la explicación AQUÍ.

Otra buena característica de esta solución es que se ha implementado como un Forwarder no Appender que permite al usuario incluir más de una Appender y registro de cada uno de ellos al mismo tiempo.

Me encontré con este problema esta semana, sin embargo, no quería seguir disparando solicitudes al grupo de subprocesos porque podría terminar muriendo de hambre el resto de la aplicación de subprocesos, así que se me ocurrió un anexador asincrónico que ejecuta un subproceso dedicado para anexar que se alimenta a través de un búfer. Échale un vistazo aquí: https://github.com/cjbhaines/Log4Net.Async