矛盾，该不该自己实现http缓存
因为要设计一个http缓存的方案，请大家给点帮助
需求是这样，每天分析访问量比较大的搜索请求，然后取一定数量放在内存中一个hashtable存起来，global里判断是不是取缓存
但有几个问题拿不准：
1   asp.net也提供了页面自定义缓存
    1它缓存的效率应该要比自己实现的高吗？
    2碰到很大访问量的时候会存很多请求，有接口可以让我去编辑么，比如限制一个最大的个数

2如果自己实现
    1应该在哪个环节去判断是否取缓存了，global？
自己实现的话优点就是可以分析最常用的数据，然后缓存起来，但是效率拿不准？
或者，还有什么其他方法么？


------解决方案--------------------
关注，学习
------解决方案--------------------
唉！进来帮顶一下·！
------解决方案--------------------
这种写数据库也可以
类似日志
------解决方案--------------------
有能力可以自己实现```
------解决方案--------------------
关注，学习

------解决方案--------------------
帮定！！！！！！！！！！！！！１
------解决方案--------------------
可以做数据缓存
至于hashtable可以不用的，直接用System.Web.Cache即可

if (缓存标记）
『
Cache.Add(....)
』
------解决方案--------------------
我认为应该将两者结合起来,asp.net的缓存机制简单,但是比较死板,自定义缓存比较灵活,
可以选择性的进行缓存，但是其执行效率应该不如.net自带的页面缓存
------解决方案--------------------
结合使用吧