在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在StopTheWorld问题，因此很容易导致服务超时，引发性能问题。

协议协议通俗易懂地解释就是通信双方需要遵循的约定。我们了解的常见的网络传输协议有tcp、udp、http等。再到我们常用的基础组件，一般来说client端与server端也有相应的协议，如redis、mysql、zookeeper等都是各自约定的私有协议，同样今天标题中的dubbo协议也是一种私有协议，他们都是应用层协议，基于tcp或udp设计。

GC标记算法对象被判定为垃圾的标准：没有被其他对象引用引用计数算法：判断对象的引用数量：通过判断对象的引用数量来决定对象是否可以被回收每个对象实例都有一个引用计数器，被引用则1，完成引用则1任何引用计数为0的对象实例可以被当做垃圾收集优点：执行效率高，程序执行受影响较小。

1、问题解决办法查看Nginx并发状态netstatn|awk'/^tcp/{S$NF}END{for(ainS)printa,Sa}'TIME_WAIT2313SYN_SENT5FIN_WAIT12

报错信息504GatewayTimeout原因是程序执行时间过长，导致请求超时。解决方法首先，尽可能地优化程序代码的执行时间。其次，修改配置文件。修改php.ini配置文件。max_execution_time600修改nginx.conf配置文件。

Spark1.6推出了RPCEnv，RPCEndpoint，RPCEndpointRef为核心的新型架构下的RPC通信方式。早期版本当中，有netty和Akka两种实现方式。但是从最新的2.11代码来看，Akka已经找不到了。关于netty的更多知识，可以查看之前的文章。RpcEndpoint和RpcEndpointRef有一个管理者：RpcEnv。

摘要Redis是一款优秀的、开源的内存数据库，我在阅读Redis源码实现的过程中，时时刻刻能感受到Redis作者为更好地使用内存而费尽各种心思，例如最明显的是对于同一种数据结构在不同应用场景下提供了基于不同底层编码的实现（如压缩列表、跳跃表等）。今天我们暂时放下对Redis不同数据结构的探讨，来一起看看Redis提供的另一种机制——内存淘汰机制。

XSS攻击什么是XSS攻击XSS是一种经常出现在web应用中的计算机安全漏洞，它允许恶意web用户将代码植入到提供给其它用户使用的页面中。比如这些代码包括HTML代码和客户端脚本。攻击者利用XSS漏洞旁路掉访问控制——例如同源策略(https://www.oschina.net/action/GoT

点击上方"程序员历小冰"，选择“置顶或者星标”你的关注意义重大!Redis采用事件驱动机制来处理大量的网络IO。它并没有使用libevent或者libev这样的成熟开源方案，而是自己实现一个非常简洁的事件驱动库ae\_event。Redis中的事件驱动库只关注网络IO，以及定时器。该事件库处理下面两类事件：文件事

我的博客链接：http://blog.geekidentity.com/k8s/concepts/clusteradministration/federationcn/(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.geekidentity.com%2Fk8s%2Fconc