加载中
2016/10/18 11:10
发表了博客评论:
回复 @君枫 :页面脚下有署权,ant-design
2016/10/17 21:31
发表了博客评论:
一时没想起,updated下, http://git.oschina.net/hao0/diablo
2015/10/06 22:43
发表了博客评论:
虽然现在并没有使用CAS来作统一session管理,但基本原理是将结合cookie中(会话ID)与后端的存储(如Redis集群)进行统一管理,在创建session时,为客户端生成一个(会话ID)存下来,下次客户端再来则从存储中获取对应的session,至于会话退出,只需将cookie中的会话ID失效并清空存储中对应的会话即可。
2015/03/11 16:32
发表了博客评论:
你好,个人觉得这些起始都是一些针对并发操作的一些策略,你可以自己使用synchronized关键字实现,并发锁工具如Lock,Atomic等也能保证线程安全,或者一些并发的数据结构如ConcurrentHashMap等,对于你说的库存变化的话,则是与事务相关,比如用户成功下单后才减掉库存,即下单+库存减小是原子的,至于多个用户对同一个商品下单减少库存时,这个update操作在数据库中应该就能保证记录的一致性,比如InnoDB的行锁,update一行时就对该行加上锁,就能防止库存不合理。 个人觉得在开发一般的业务时,可能涉及的并发会比较少,不是很显而易见,但很多并发问题都被封装在了你用的某些数据结构,或者API中,比如很多开源框架里就会有很多并发的处理,需要多去体会才能深刻理解,这个网站就是专门的并发相关的文章http://ifeve.com/
2015/01/15 23:40
发表了博客评论:
个人觉得是要结合cookie和CAS ticket失效时间配置。
2014/10/29 21:04
发表了博客评论:
那就把service配置为你要的那个固定的页面就行了,CAS会根据service去跳转,或者你就自己改CAS里的实现了。
2014/10/12 21:53
发表了博客评论:
你好,想请问你一下,计算处理器的让步式上下文切换时间比中的80000是什么意思?
2014/10/09 19:58
发表了博客评论:
你好,我在http://my.oschina.net/indestiny/blog/202454这篇文章里作了稍微详细点的讲述,不同版本可能实现差异比较,可以参见官方http://jasig.github.io/cas/4.0.0/index.html.
2014/08/05 00:41
发表了博客评论:
对的,stop中的while [ -x $(PIDFILE) ]改成 while [ -x $PIDFILE ],不好意思跟你带来如此大的困扰。
2014/08/05 00:41
发表了博客评论:
对的,stop中的while [ -x $(PIDFILE) ]改成 while [ -x $PIDFILE ],不好意思跟你带来如此大的困扰。
2014/08/04 22:55
发表了博客评论:
对的,需要打开redis.conf的后台运行选项,已加上。
2014/06/28 10:39
发表了博客评论:
我并未出现这样的情况,有可能会OutOfMemory
2014/04/18 07:54
发表了博客评论:

只要分解的锁相互独立就行 。

2014/04/09 00:15
发表了博客评论:

确实可以先安装HomeBrew在,直接brew install nginx, 之前没装过brew

2014/04/06 23:33
发表了博客评论:

确实, 大师们站在高度和我们不在一个调。

2014/04/06 15:49
发表了博客评论:

您说的是那部分代码?

2014/04/02 21:55
发表了博客评论:

谢谢,demo已附上。

2014/03/28 10:54
发表了博客评论:
我也喜欢Snooker哦。
2014/03/28 10:39
发表了博客评论:
这些其实在很多使用中都被封装了,比如java的TreeMap就是红黑树来实现,linux完全公平排程器等
2014/03/27 21:39
发表了博客评论:
Snagit

没有更多内容

加载失败,请刷新页面

返回顶部
顶部