单例模式的累加器

　　今天闲来无事优化了一下框架里的累加器类。

      累加器顾名思义就是当基数累加到一定数量后在做相应的处理。比如我们在开发一套日访问量在200WPV左右的应用时总是会考虑到访问量统计的优化，一个PV UPDATE

一次数据库会有灾难性的后果。

       第一版的累加器是用缓存做的。每次累加记录从缓存里获取当前量，累加后判断总数是否达标，OK的话UPDATE一次数据库。这样的处理方式在流程上没有问题，弊端就是因为每个存储的KEY不同，会再内存里储存很多内存片段。

       所以我考虑能不能用单例模式+事件的方式解决这个问题，下面是我写的代码：

      

public class Summation
    {
        private static Dictionary<string, int> list;
        /// <summary>
        /// 静态构造函数
        /// </summary>
        static Summation()
        {
            if (list == null)
                list = new Dictionary<string, int>();//单例模式
        }

        /// <summary>
        /// 累加方法
        /// </summary>
        /// <param name="key"></param>
        /// <param name="maxCount"></param>
        public static void Load(string key, int maxCount)
        {
            int count = 0;
            if (list.ContainsKey(key))
            {
                count = list[key];
                count++;
                list[key] = count;
            }

            else
            {
                count = 1;
                list.Add(key, count);
            }

            if (count == maxCount)
            {
                OnServing(count);
                list[key] = 0;
            }
        }

        /// <summary>
        /// 触发的事件
        /// </summary>
        public static event EventHandler<EventArgs> Serving;
        private static void OnServing(int count)
        {
            if (Serving != null)
            {
                Serving(count, EventArgs.Empty);
            }
        }
    }

    这样写的好处是在内存里之会有一个对象存储。但有一个问题就是一定要累加到够数量才能触发事件，也就是说如果访问量小的应用统计的就不够精确。不像缓存可以定义缓存过期事件，即使没人访问也能触发。各有利弊吧。哈哈

    还有就是我的单例没LOCK，我错了！