- 博客(6)
- 问答 (1)
- 收藏
- 关注
RSS订阅原创 分布式下的session处理方式
现在的企业级别开发下，分布式的问题是随处可见。今天我们来看看分布式情况下session的处理。 目前的处理方式有以下几种： 1、session黏性。就是说，用户在访问了某台服务器后，之后的操作就让其只走该服务器就好。那么久可以让用户只访问该台机器了。 eg:nginx配置upstream test{ #这里添加的是上面启动好的两台服务器 ip_hash;#粘性Session
2017-03-06 11:12:53
3206
原创 HashMap与ConcurrentHashMap的区别以及hashMap的问题
先说说它俩的区别吧 大家都是知道的，hashMap是不安全的，hashTable是安全的。 后来有了ConcurrentHashMap这个东西来保证hashMap的安全。其实其原理是，分桶的hashTable而已，是分成多个区域。 根据hash值，算出其属于哪部分的hash。然后再放入，并且加锁。hashMap会出现什么问题呢？ 有一个很特别的问题，死循环。 当多线程并发的时候，在hash
2017-03-06 00:45:56
308
原创 Comparable和Comparator的区别
Comparable和Comparator的区别可以理解为，一个是内部比较，一个是外部比较。一个是在对象自身内实现的方法，一个是在第三方对象上实现的该方法。 存在“实现Comparable接口的类的对象的List列表(或数组)”，则该List列表(或数组)可以通过 Collections.sort（或 Arrays.sort）进行排序。可以看到，在比较的时候，comparable就会去使用this
2017-03-05 23:58:14
249
原创 三次握手和四次挥手
三次握手和四次挥手如图所示 为什么是三次握手而不是两次因为当客户端第发送syn到服务端的时候，如果有几次请求是因为网络等原因延时等情况的时候，如果没有第三次握手的确定。服务端就会认为客户端重写发送请求了，就会去打开连接相应。为什么关闭连接的时候是四次握手而不是三次？ 当客户端发送请求关闭连接的时候，有可能服务端还有消息要发送给客户端，所以就会变成了发送一次ACK，发送一次FIN。最终客户端返
2017-03-05 22:32:44
354
原创 OSI七层模型
All application 应用层People presentation 表示层Seem session 会话层To transp
2017-03-05 22:15:05
204
原创 为什么hashcode()和equals()方法要一起重写
其实经常会遇到这种情况。当一个对象的属性相同的时候，我们想把他们当成是相同。那么这时候，就可以通过重写equals方法来实现了。可是又有这样的一种情况，往往大家在重写equals方法的时候，总会让大家一起hashcode方法，这是为什么呢？其实是这样的，不是什么时候都要去重写hashcode方法的。hashcode，顾名思义，就是指的是这个对象的hash值。除了String以外，大多数的对象比较的时
2017-03-05 22:10:02
463
空空如也
nginx目录下不存在configure文件
2016-12-22
TA创建的收藏夹 TA关注的收藏夹
TA关注的人