cyy_buaa_个人页

zk集群的设计就是去中心话的，自动选取leader达到高可用。除非去改zk的server源码。例如将leader本身ip写到zk的节点上去，否则对于客户端是无法感知的

假如是4核的，jdk 8以上，推荐一个配置 -server -Xms8g -Xmx8g -XX:MetaspaceSize=512m 7的话用持久代配置 -XX:MaxMetaspaceSize=512m 7的话用持久代配置 -Xmn5m -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=5000 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/java/java.hprof -Xloggc:/home/admin/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:MaxDirectMemorySize=2g -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -XX:ParallelGCThreads=4

1、看看tomcat的 access log，看一下tomcat的处理时间。2、看看tomcat系统的cpu load 与gc如果cpu load gc比较高，就需要找出系统问题了。 cpu较高，找出cpu耗费较高的线程，top -H ，找出java 线程号，在结合jstack定位到代码。 gc比较频繁，看看gc内存设置，有没有优化空间。总是这是一个系统的问题

你的内存配置的-Xms1024m -Xmx1024m，一开始就申请了1024的heap，这个是初始值已经申请到最大了，当然没法再释放了。 也没有必要释放。 另外，你需要设置一下gc是算法例如是cms，old、yong perm等每个代的大小，触发cms gc的阈值等等。

jvm根据gc root来计算可达性。如果整个map没有引用了，会自动回收，没有必要显式clear。

存储redis mongon中这种集中式存储的nosql中，主要考虑到用户的请求不一定会落到同一个jvm，所以需要集中式session，对于session这种读写频率较高且数据可靠性要去不是极其高，且根据key来操作的，又有ttl，用redis比较合适了

1、tomcat层级，能做的不多，bio调整程nio，工作线程调整一下。2、gc可以调整一下。给个参考假如机器是2核的，4GB内存的，gc可以这样配置比较均衡。要求jdk8以上 -server -Xms2048m -Xmx2048m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -Xmn1024m -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=5000 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/java/java.hprof -Xloggc:/home/admin/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:MaxDirectMemorySize=512m -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -XX:ParallelGCThreads=2 3、业务逻辑的优化，找到性能瓶颈，是cpu密集还是内存密集等。或者需要架构优化，分库分表，追加cache等等，方法太多太多了

使用 Greys Java在线问题诊断工具 https://m.aliyun.com/yunqi/articles/2390?from=timeline 比btrace好用

hotspot是jvm的一种具体实现，是oracle推出的，目前支持jdk 6 jdk 7 jdk 8等，也是比较主流的。其他的还有open jdk等

java应用建议禁止掉swap分区，会严重拖累jvm的。给你建议，加入你内存4GB，CPU是2个核的。可以如下配置：假如机器是2核的，4GB内存的，gc可以这样配置比较均衡。要求jdk8以上 -server -Xms2048m -Xmx2048m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -Xmn1024m -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=5000 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/java/java.hprof -Xloggc:/home/admin/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:MaxDirectMemorySize=512m -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -XX:ParallelGCThreads=2

需要贴一下你的GC内存配置。是不是配置错了。给你参考 -server -Xms8g -Xmx8g -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m -Xmn5m -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=5000 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/java/java.hprof -Xloggc:/home/admin/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:MaxDirectMemorySize=2g -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -XX:ParallelGCThreads=4

linux环境下，给你一个参考。另外，你需要研究一下每个参数什么意义你的yong代有问题 假如机器是2核的，4GB内存的，gc可以这样配置比较均衡。要求jdk8以上 -server -Xms2048m -Xmx2048m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -Xmn1024m -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=5000 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/java/java.hprof -Xloggc:/home/admin/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:MaxDirectMemorySize=512m -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -XX:ParallelGCThreads=2

给一个参考假如机器是2核的，4GB内存的，gc可以这样配置比较均衡。要求jdk7以上 -server -Xms2048m -Xmx2048m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -Xmn1024m -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=5000 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/java/java.hprof -Xloggc:/home/admin/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:MaxDirectMemorySize=512m -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -XX:ParallelGCThreads=2 2、tomcat的线程数，一般来说，这种配置下，200个线程足够了。太多了，线程切换是瓶颈。另外要权衡你的接口一次请求中耗时是多少，等等。。。

1、根本上需要解决fullgc的问题，理论上不能出现fullgc，但是可以出现cms gc等。加入机器是4核的，8GB内存的，gc可以这样配置比较均衡。要求jdk7以上 -server -Xms4096m -Xmx4096m -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m -Xmn20486m -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=5000 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=82 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/java/java.hprof -Xloggc:/home/admin/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:MaxDirectMemorySize=1g -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -XX:ParallelGCThreads=4 2、如果实在找不到。 每天定义跑个任务，先从nginx的upstream配置里摘掉后端tomcat，然后nginx reload，然后重启tomcat，等tomcat启动好了，再修改nginx upstream，追加tomcat，再nginx reload。3、nginx有模块，自动检测后端tomcat是否可用，如果没有心跳，可以自动摘掉。

1、优雅的停止java程序：使用jmv的 Shutdown Hook。 http://blog.csdn.net/u013256816/article/details/503949232、本质上，应用程序要健壮，例如写DB、写文件、调用RPC，都要有高可靠，考虑到机器异常停止。例如幂等等设计。

java为物联网的后台。 1、上传频率非常高，例如1s一次。java后台与开发板直接使用socket长连接协议，java后台使用netty框架可以。2、上传频率较低，例如1分钟一次，java后台开放http协议，使用nginx + tomcat即可。

电商环境使用较多的Linux环境。建议选择linux虚拟机。1、安装Jdk https://www.cnblogs.com/Dylansuns/p/6974272.html 2、安装tomcat https://www.cnblogs.com/xdp-gacl/p/4097608.html 3、安装nginx，看自己的需要与否 https://www.linuxidc.com/Linux/2016-08/134110.htm4、安装mysql https://www.cnblogs.com/xinjing-jingxin/p/8025805.html5、ecplise开发环境 http://blog.csdn.net/shiwy_ab/article/details/77040061 war包 打包 https://www.cnblogs.com/AmbitiousMice/p/5920498.html这是基本的部署，需要大量时间好好研究学习。