一个技术菜鸟的博客

Collection 集合接口 抽象接口，没有直接实现类 　 int size() 返回元素个数 　 boolean isEmpty() 查询是否为空 　 boolean contains(Object o) 查询是否包含，通过equals方法判断 　 boolean containsAll(Collection<?> c) 批量判断是否包含 　 boolean add(E e) 添加元素，方法结束后集合

在调用toJsonString时一定要指定打印类型信息（SerializerFeature.WriteClassName），否者反序列化时因没有具体类型导致信息丢失！比如：import com.alibaba.fastjson.JSON;import com.alibaba.fastjson.serializer.SerializerFeature;import lombok.Data;import org.junit.jupiter.api.Test;/** * @author zhou

d

mybatis

flatMap 多个list/stream汇成一个steamList managerJobs = managerMap.values().stream().flatMap(Collection::stream).map(DocEmpInfoDO::getJob).collect(toList());

1、故障现象客服同事反馈平台系统运行缓慢，网页卡顿严重，多次重启系统后问题依然存在，使用top命令查看服务器情况，发现CPU占用率过高。2、CPU占用过高问题定位2.1、定位问题进程使用top命令查看资源占用情况，发现pid为14063的进程占用了大量的CPU资源，CPU占用率高达776.1%，内存占用率也达到了29.8%[ylp@ylp-web-01 ~]$ toptop - 14:51:10 up 233 days, 11:40, 7 users, load average: 6.85,

现象: POD内存使用率超过90%排查焦点:是否存在内存泄露？查看pod配置可知该pod共分配5g内存，通过 jstate -gcutil $(pid)命令可知1.年轻代大小是1g, 老年代大小是3g2.年轻代频繁ygc3.老年代目前fgc总次数是13次，当前老年代占用2g也就是说当前jvm中有1g内存是空闲的，换句话说jvm的fgc是有效的，并没有出现内存泄露。(如果出现则应该频繁的gfgc)pod内存使用率始终高达90%的原因是:jvm占用内存后就不会再释放内存了。随着服务运行，

参考：http://blog.csdn.net/anxpp/article/details/51325838一句话：命长的对象持有短命对象，可能会出现内存泄露。我们举一个简单的例子：public class Simple { Object object; public void method1(){ object = new Object(); //...其他代码 }}这里的object实例，其实我们期望它只作用于method1()方法中，