Would the following be the correct way to implement a fairly straightforward thread-safe logging class?
I know that I never explicitly close the TextWriter
, would that be a problem?
When I initially used the TextWriter.Synchronized
method, it did not seem to work until I initialized it in a static constructor and made it readonly like so:
public static class Logger
{
static readonly TextWriter tw;
static Logger()
{
tw = TextWriter.Synchronized(File.AppendText(SPath() + "\\Log.txt"));
}
public static string SPath()
{
return ConfigManager.GetAppSetting("logPath");
}
public static void Write(string logMessage)
{
try
{
Log(logMessage, tw);
}
catch (IOException e)
{
tw.Close();
}
}
public static void Log(string logMessage, TextWriter w)
{
w.WriteLine("{0} {1}", DateTime.Now.ToLongTimeString(),
DateTime.Now.ToLongDateString());
w.WriteLine(" :");
w.WriteLine(" :{0}", logMessage);
w.WriteLine("-------------------------------");
// Update the underlying file.
w.Flush();
}
}
I'm going to take a completely different approach here than the other answers and assume you actually want to learn how to write better thread-aware code, and are not looking for 3rd party suggestions from us (even though you may actually end up using one.)
As others have said, you are creating a thread safe
TextWriter
which means calls to WriteLine are thread-safe, that doesn't mean that a bunch of calls toWriteLine
are going to be performed as an atomic operation. By that I mean there is no guarantee that the four WriteLine calls are going to happen in sequence. You may have a thread-safeTextWriter
, but you don't have a thread-safeLogger.Log
method ;) Why? Because at any point during those four calls, another thread might decide to callLog
also. This means yourWriteLine
calls will be out of sync. The way to fix this is by using alock
statement like so:So, now you have a thread-safe
TextWriter
AND a thread-safeLogger
.Make sense?
You should look into this class (part of .NET 2.0), no need to "create" your own logger. enables you to log to a text file, event view, etc.
http://msdn.microsoft.com/en-us/library/system.diagnostics.tracesource.aspx
Your "Log" method can look something like this (assuming there is an intermal member variable called 'traceSource'):
Supporting this is a config section that names the TraceSource and has some Config settings. It is assumed that when you construct a TraceSource in your logger you are instantiating it with one of the trace sources named in the config.
Also, don't make your logger static. Instead, use Enterprise Library 5.0 Unity for Dependency Injection / IOC.
Hope this helps!
While calling TextWriter.Synchronized will protect that single instance of
TextWriter
, it will not synchronize your writes so that one "Log" call stays together inside of the file.If you call
Write
(orLog
using the internalTextWriter
instance) from multiple threads, the individualWriteLine
calls may be interwoven, making your date and time stamps unusable.I would personally use a third party logging solution that already exists for this. If that is not an option, synchronizing this yourself (even with a simple lock) will likely be more useful than using the framework's
TextWriter.Synchronized
wrapper.If you're looking for a simple method of instrumenting your code, the facility already exists within .NET:
http://msdn.microsoft.com/en-us/library/system.diagnostics.trace.aspx
Additionally, third party tools will give you robust solutions for logging; examples include log4net, nLog, and the Enterprise Library.
I really recommend not reinventing the wheel on this :)
Someone pointed me to this post while discussing some logging issues today. We already have pretty good answers here, but I'm adding my answer just to show a simpler version of the
Logger
class which does the exact same thing, in completelyThreadsafe
way.One main thing to notice here is, no
TextWriter.Synchronized
is required for thread safety, as we are writing the file within a properlock
.Note: This has already been discussed in the comments section of x0n's answer.
To log something, simply call as
And it will make a log entry like this