公司最近的项目－－－贴吧

     最近公司要上一个新的项目－－－贴吧，就是百度贴吧，搜狗贴吧之类的，大同小异，其中对性能要求比较高的就是发帖和读贴，基本要达到1:9，一秒钟发一贴读九贴，页面的响应时间要达到200ms，要求应该还是挺高的，由于以前不是做互联网的工作，所以觉得要求挺高，后来仔细想想如果是百度和搜狗这样的公司要求应该算是很低了，以下是我的一些想法。
    对系统做优化无非就那几种方法，一是使用缓存，二是给数据库加沉余字段，添加索引，三是使用分布式，还有就是现在最流行的云计算（这个不知道行不行，没仔细研究过），我的做法应该还是比就传统的那就是使用缓存。缓存里要缓存什么内容是最重要的了，以下是我现阶段想到的，以后有没想到的在加。
1.用户在进入贴吧需要获得贴吧的帖子总数，其中包括精华贴总数和置顶贴总数（如果有的话），所以帖子总数是要缓存的

2.我选择把精华帖和置顶贴分出来这样精华帖和置顶贴的总数当然也要缓存的

3.在浏览帖子内容的时候应该也是要缓存的，按照用户的习惯一般缓存1至5页的内容就可以了，最后一页也应该要缓存

以上就是现阶段想到的，针对以上的想法现阶段决定先才用静态map的方式直接在jvm中做缓存当然缓存的内容就不能太多了要不然gc回收一次要慢死，所以现在只缓存帖子总数、置顶帖总数和精华贴总数然后压力测试一下达到什么程度，当然这是肯定不够的，最近同事说用Memcached做缓存，我对Memcached不是很熟悉，当看了下介绍觉得如果用Memcached有点大材小用，有对缓存框架了解比较深的可以推荐个好用缓存框架，先写到这吧，后面在添加项目的进展吧。