解决高并发的几种策略

在semaphore信号量很是适合高并发访问，在新系统上线以前要对系统访问量进行评估，这个访问量时根据推广力度、以往经验、历史数据及用户量等预估出的合理值，若是太大，就会形成资源浪费，若是过小在高峰期会直接压垮系统 相关概念 ：

• pv ： page View 网站的访问总量，页面的点击量或浏览量，用户每点击或刷新一次就会被记录一次
• UV ： Unique view 一天中00:00-24:00以内相同ip的用户只记录一次
• QPS query pre second 每秒查询数，qps很大程度上表明了网站的繁忙度，每次请求可能伴随着屡次磁盘I/O，屡次网络请求，多个CPU时间片等。经过qps能够直观了解当前系统状况，当超过所设定的预警阈值，能够考虑增长服务器对集群扩容，避免宕机。能够结合前期的压力测试获得估值，再结合后期综合运维状况，估算出阈值。
• RT reponse time 请求响应时间，这个指标很是关键，直接说明了用户体验

1. 网络层面
2. 服务层面 服务层面包括Nginx负载均衡，服务拆分等
3. java代码层面

实例化semaphore时指定数量，每一个线程执行时调用semaphore的acqure（）方法，执行结尾处调用semaphore的replace（）方法，可以锁定线程执行最大数量 使用java代码作限流不是很常见，通常用redis，记录用户访问一样一个url次数，对这个次数作限制，若是超过某个值，则暂停访问此url一段时间。redis有expried，数据能够设置过时时间，例如设置过时时间60秒，每过60秒就清零

秒杀系统实现思路 独立的一个系统，不参与任何一个集成。不论秒杀是否成功，都不影响总体功能。