DataContext가 thread-safe한 것인가?
사실 thread-safe하냐에 대해서 싱글 코어가 지배적이던 과거에는 별로 문제가 되지 않았습니다. 하지만 이제는 다중 코어 환경이 일반적이 되었고 심지어 6코어까지도 개인용 PC 시장에 풀리는 상황이므로 프로그램의 오동작에 주범이 될 수 있습니다.
당한 분은 아시겠지만! thread-safe으로 인한 문제는 "확률적"으로 발생하는 문제이기 때문에 그 원인을 파악하기가 매우 힘들다는 특이함이 있습니다.
일례로, static을 이용하여 Singleton 인스턴스를 구현하는 경우를 볼까요?
private static MyObject instance;
public static MyObject Instance
{
get
{
if (instance == null)
{
instance = new MyObject();
}
}
}
잘못 되었지요? 왜냐고 물으시는 분들은 다음의 글을 읽어보십시오.
C++에서 싱글톤 구현하기
; https://www.sysnet.pe.kr/2/0/846
비록 C/C++하고 C#의 언어 차이는 있긴 하지만 그래도 동일하게 적용될 수 있습니다. 실제로 위에서 구현한 코딩 방식은 전형적으로 thread-safe하지 않은 코드로 드는 예제 중의 하나입니다.
Implementing the Singleton Pattern in C#
; http://www.yoda.arachsys.com/csharp/singleton.html
충격적인 것은?
마이크로소프트웨어 2010년 4월 호에 실린 기사 중의 하나에서 위와 같은 오류를 포함한 코드를 "정상적"인 듯이 사용하고 있을 정도로 심각하다는 정도겠지요!
그 기사에는 또 하나의 심각한 문제를 가지고 있었습니다. 바로 웹 응용 프로그램에서 DataContext 개체를 싱글톤 인스턴스에서 보유한 체로 사용하고 있다는 점입니다.
public class MyObject
{
private static MyObject instance;
public static MyObject Instance
{
get
{
if (instance == null)
{
instance = new MyObject();
}
}
}
private DataContext dataContext;
public void Insert()
{
// ... [생략] ...
dataContext.Table.InsertOnSubmit(...);
dataContext.SubmitChanges();
}
}
MyObject.Instance는 aspx 웹 페이지에서 싱글톤 객체로 접근하게 되어 있는데, 웹 애플리케이션의 특성상 다중 스레드에서 접근할 수 있기 때문에 심각한 side-effect가 발생할 수 있는 여지가 있습니다.
LINQ to SQL: Answers to Frequently asked Questions (FAQ)
; http://social.msdn.microsoft.com/forums/en-US/linqprojectgeneral/thread/3ae5e457-099e-4d13-9a8b-df3ed4ba0bab/
Q: Should I keep my DataContext in a static/global/shared variable?
A: The DataContext is not thread safe and is not meant to be shared. A DataContext is meant to be used for a single unit or work or at most for multiple consecutive units of work.
"마이크로소프트웨어"라는 잡지의 이름값과 함께 저 코드 패턴이 여과 없이 퍼질 것을 생각하면... 닷넷 프로젝트 결과물에 대한 비난의 목소리가 벌써부터 귓전에 맴도는 것 같아 안타깝군요. (그건 둘째 치고 지금까지 만들어진 프로젝트들은?)
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]