上周我们做了第一期“你问我答”活动,没想到有那么多读者进行了提问,受宠若惊。
问题比较多也比较杂,王锐老师很认真地给出了一些答案,并在美团点评内部的Java俱乐部里做了诸多讨论,同学们也都纷纷加入问答队伍,就自己擅长的领域给出解答,下面我们就来看下他们的回答吧!
小超:
有几个工具都可以看iftop(神器)、dstat、sar都可以看。小贴士,我们常说的网速是按照bit计算的,所以计算流量时注意单位,一般一个千兆网卡,其读或者写达到10M/8 byte时,网卡就已经被打满了。
水木曰一:
答:
可以使用btrace及相关的衍生工具。
惜花朝拾:
答:
现在的软件开发已经不是以前那种一门语言扛到底的时代了,软件开发倾向细分工,用最合适的工具做最合适的事。
是海彬也是墨黎:
答:
以前做过一些OSGI规范实现的事情,看到这个问题不由得兴奋了。单纯从应用角度来说,个人不建议引入OSGI技术,因为这个技术带来的优势远远小于付出的代价。但是,OSGI作为Java世界事实上的标准,在后续的Java 9中有很强的指导意义,深入学习OSGI可以更方便的学习Java 9的模块化。
另外,OSGI可以说是classloader体系的集大成者,有志于学习Java classloader实战的同学,OSGI是一个必修课。夸张一点说,理解了OSGI的整套技术体系,日后再碰到classloader相关问题时会感觉有些爽。
陈小白→_→。:
答:
每个组件都有其关注的核心目标,如果是一个客户端库,需要考量的点是每次方法调用的执行时间(越高越好)、使用时内存占用(越低越好)和因为本组件引起的GC数(越少越好)。
kan:
答:
给一个代码,在Linux下保存成.sh文件直接执行即可。
#!/bin/sh
ts=$(date +"%s")
jvmPid=$1
defaultLines=100
defaultTop=20
threadStackLines=${2:-$defaultLines}
topThreads=${3:-$defaultTop}
jvmCapture=$(top -b -n1 | grep java )
threadsTopCapture=$(top -b -n1 -H | grep java )
jstackOutput=$(echo "$(jstack $jvmPid )" )
topOutput=$(echo "$(echo "$threadsTopCapture" | head -n $topThreads | perl -pe 's/\e\[?.*?[\@-~] ?//g' | awk '{gsub(/^ +/,"");print}' | awk '{gsub(/ +|[+-]/," ");print}' | cut -d " " -f 1,9 )\n ")
echo "*************************************************************************************************************"
uptime
echo "Analyzing top $topThreads threads"
echo "*************************************************************************************************************"
printf %s "$topOutput" | while IFS= read line
do
pid=$(echo $line | cut -d " " -f 1)
hexapid=$(printf "%x" $pid)
cpu=$(echo $line | cut -d " " -f 2)
echo -n $cpu"% [$pid] "
echo "$jstackOutput" | grep "tid.*0x$hexapid " -A $threadStackLines | sed -n -e '/0x'$hexapid'/,/tid/ p' | head -n -1
echo "\n"
done
echo "\n"
代码的意思,打印出JVM的所有线程以及按照CPU占比排序。
Zeng
为了获得更好的性能,1.8的ConcurrentHashMap在原来的基础上性能做了改进:
① table每个元素作为一个桶,锁的粒度更细,用synchronized关键字锁住table[i]。
② 加入红黑树,当链表的数量超过8并且当前capacity大于64时候,将链表转为红黑树,时间复杂度O(N)→O(logN),并且红黑树中利用读写锁保证添加修复和删除修复时候的线程安全。
另外,关于ConcurrentHashMap在1.8中,除了做了扩容时的优化以外,也去除了分段锁,原因是分段锁的在扩充并发度以及整个map容量扩展时需要锁住所有的段。所以,1.8中对ConcurrentHashMap做了更细粒度的优化,只在put、resize以及扩容是加锁,来做优化。也可参考公众号之前发表过的文章《Java 8 之重新认识HashMap》。
王志坚 :
答:
Dubbo和Spring cloud不是一个层面上,如果要做微服务设计,必然会有系统间交互,RPC是系统间交互的一种,服务治理也是微服务的一个必需子集,但是微服务还包括其它的东西。而Spring Cloud是微服务的一种实现,其包含的功能要多于Dubbo。
silencehere:
答:
分布式协议其实本身就是为了应对多数据中心,因为CAP中的P更多的出现在多数据中心交互中。关于2个数据中心的数据传递基本的思路有2个:一是建设优质的专线,二是变交互数据传输为批量数据传输。
306米的天空:
答:
对于老年代指向新生代的引用,JVM提供了一种叫card table的数据结构,所以每次并不需要全量遍历老年代,只需要遍历card table就行了。
春雷:
答:
多重继承一般会引入很多麻烦,比如类关系复杂、层级过长等,一般语言中都是使用受限制的多重继承。对比多种语言来看,Java是implement多个接口,这种可以认为是继承规范(定义),然后会用组合模式来完成类似多重继承。Python是mixin继承模式,是代码继承(有一定要求),详细对比建议Google或者知乎了解下mixin、MRO Python,多重继承这几个关键词。
kan:
答:
导出JVM dump文件,在本地使用Eclipse插件MAT分析,可视化的分析最方便、直观、有效。
十夕之寸:
答:
① 注意事项:使用结束以后进行remove操作,避免ThreadLocal对象越来越大。
② 高并发的场景:由于ThreadLocal内部使用HashMap的原理,key=currentThread,因为HashMap是非线程安全的,一定要注意hashmap.resize的时候,可能会导致某几个CPU 100%的问题,进而导致应用出现资源耗尽等不可预知的问题。
不要@我:
答:
① 编码实践,例如坚持在GitHub上写一些为了应用技术而应用的example。
② 读他人代码,各种开源框架的源码。
③ 多读书,多看Importnew、InfoQ之类的文章,多问,看到相似点时回过去看看自己做的是否还有改进的空间。
盼 零点:
答:
首先Java的clone是设计模式中原型模式的一个典型应用,克隆分浅拷贝和深拷贝,二者的区别自行搜索。Object.clone()是浅拷贝,一般复杂对象的clone最好使用深拷贝,所以需要重写clone方法。
小超:
答:
年轻代大小选择
① 响应时间优先的应用:尽可能设置大,直到接近系统的最低响应时间限制(根据实际情况选择)。在此种情况下,年轻代收集发生的频率也是最小的。同时,减少到达年老代的对象。
② 吞吐量优先的应用:尽可能设置大,可能到达Gbit的程度。因为对响应时间没有要求,垃圾收集可以并行进行,一般适合8 CPU以上的应用。
年老代大小选择
① 响应时间优先的应用:年老代使用并发收集器,所以其大小需要小心设置,一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了,可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式;如果堆大了,则需要较长的收集时间。最优化的方案,一般需要参考以下数据获得:
1. 并发垃圾收集信息
2. 持久代并发收集次数
3. 传统GC信息
4. 花在年轻代和年老代回收上的时间比例
减少年轻代和年老代花费的时间,一般会提高应用的效率
holy4god:
答:
个人觉得换个不会泛型擦除的语言,如 C#,要不换其他弱类型语言或者Kotlin这种,可以编译期推导出类型的语言。Java的话只能开发时多注意了。
另外感觉问题还是缺少一些上下文,猜大概是问这个吧?
public static void main(String[] args) {
List intList = new ArrayList<>();
intList.add(1);
try {
Method method = intList.getClass().getDeclaredMethod("add", Object.class);
try {
method.invoke(intList, "string1");
method.invoke(intList, 0.5f);
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
}
} catch (NoSuchMethodException e) {
e.printStackTrace();
}
for (Object i : intList) {
System.out.println(i.toString());
}
}
The light:
答:
周志明的书只能算是JVM的入门书籍。接下来你应该去读一读《Java虚拟机规范》,周志明的书很多内容是从里面来的,但是规范本身比较详细,注意读英文原版。
其次去读一下Oralce的文档:《Hotspot Memory Management white paper》, 《Java Platform, Standard Edition HotSpot Virtual Machine Garbage Collection Tuning Guide》。
现在你需要进一步修炼关于内存管理的部分,阅读比如《垃圾回收算法与实现》,如果这本读完还不满足,那么阅读《自动内存管理艺术——垃圾回收算法手册》。到了这一步,理论你已经掌握得很好了,是时候把Hotspot源码download下来编译好之后断点调试玩玩了,这个时候我要推荐你今年阿里人刚出的《揭秘Java虚拟机》,不过阅读这本书之前你要是愿意先读完《深入理解计算机系统》效果更好。到了这一步,剩下的,自己探索了,我也在探索。
阿龙
答:
① 高并发、任务执行时间短的业务,线程池线程数可以设置为CPU核数+1,减少线程上下文的切换。
② 并发不高、任务执行时间长的业务要区分开看:
③ 并发高、业务执行时间长,解决这种类型任务的关键不在于线程池而在于整体架构的设计,看看这些业务里面某些数据是否能做缓存是第一步,增加服务器是第二步,至于线程池的设置,设置参考②。
最后,业务执行时间长的问题,也可能需要分析一下,看看能不能使用中间件对任务进行拆分和解耦。
Pielo:
升级的代码可以在biasedLock.cpp(openjdk1.8)里的:
if (highest_lock != NULL) {
// Fix up highest lock to contain displaced header and point
// object at it
highest_lock->set_displaced_header(unbiased_prototype);
// Reset object header to point to displaced mark
obj->set_mark(markOopDesc::encode(highest_lock));
assert(!obj->mark()->has_bias_pattern(), "illegal mark state: stack lock used bias bit");
if (TraceBiasedLocking && (Verbose || !is_bulk)) {
tty->print_cr(" Revoked bias of currently-locked object");
}
}
附上(我理解的)偏向锁升级的流程图:
伊诺
答:
图形工具JProfiler、JConsole、Java VisualVM,命令jps、jstack、jmap、jhat、jstat。
问:
数据库更新时候会有失败情况,一般修复数据需要怎么操作?
答:
补偿和重试。
土豆牛肉秋刀鱼:
曹振:
答:
金融平台的技术团队有一个分布式事务系统设计,来美团点评之后你就可以看到它。dump它,使用JXXXX工具分析,增加更多消费者。这个难到我了。