线程个人理解：线程是一种运行单元，是进程内的拆分（就像一个房子，里面可以有电视在播放、人在吃饭），不同的线程可以同时干不同的事情。其他：进程：进程（Process）是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。协程：协程是比线程的更小的一种程序的拆分，和

一简介（1）过滤器：依赖于servlet容器。在实现上基于函数回调，可以对几乎所有请求进行过滤，但是缺点是一个过滤器实例只能在容器初始化时调用一次。使用过滤器的目的是用来做一些过滤操作，获取我们想要获取的数据，比如：在过滤器中修改字符编码；在过滤器中修改HttpServletRequest的一些参数，包括：过滤低俗文字、危险字符等关于

        Gson是java中比较常见的json序列化工具，实习参与的项目由于最开始是C开发的.net项目，近两年才开始用java，但之前的很多项目仍然在使用C并且还在更新。于是牵涉到跨语言的程序通信，公司自己用thrift封装了一个服务路由实现。但两个语言有些不一样的地方挺蛋疼，比如命名规则，java喜欢首字母小写，C喜欢首字母大写，传数据就

抄来的，没来得及看，先摘下来1.堆大小设置JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32bt还是64bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0

一、引言Codis是一个分布式Redis解决方案，可以管理数量巨大的Redis节点。个推作为专业的第三方推送服务商，多年来专注于为开发者提供高效稳定的消息推送服务。每天通过个推平台下发的消息数量可达百亿级别。基于个推推送业务对数据量、并发量以及速度的要求非常高，实践发现，单个Redis节点性能容易出现瓶颈，综合考虑各方面因素后，我们选择了Cod

20w的QPS的场景下，服务端架构应如何设计？常规解决方案可使用分布式缓存来抗，比如redis集群，6主6从，主提供读写，从作为备，不提供读写服务。1台平均抗3w并发，还可以抗住，如果QPS达到100w,通过增加redis集群中的机器数量，可以扩展缓存的容量和并发读写能力。同时，缓存数据对于应用来讲都是共享的，主从架构，实现高可用。

根据我们有限的数据，初步显示印度SaaS企业比美国同行要高效得多。全球最佳SaaS公司在13千万美元ARR时销售效率约为70％。随着业务收入增长，当公司达到规模（例如1亿美元ARR）时，效率会下降至3040％。换句话说，在查看BVP纳斯达克新兴云指数时，中位数效率为3540％。相比之下，即使这些企业接近1亿美元ARR时，大多数印度SaaS公司的销售效率也在80100％或更高。

在生活中，如果电路的负载过高，保险箱会自动跳闸，以保护家里的各种电器，这就是熔断器的一个活生生例子。在Hystrix中也存在这样一个熔断器，当所依赖的服务不稳定时，能够自动熔断，并提供有损服务，保护服务的稳定性。在运行过程中，Hystrix会根据接口的执行状态（成功、失败、超时和拒绝），收集并统计这些数据，根据这些信息来实时决策是否进行熔断。

自2014年发布以来，JDK8一直都是相当热门的JDK版本。其原因就是对底层数据结构、JVM性能以及开发体验做了重大升级，得到了开发人员的认可。但距离JDK8发布已经过去了9年，那么这9年的时间，JDK做了哪些升级？是否有新的重大特性值得我们尝试？能否解决一些我们现在苦恼的问题？带着这份疑问，我们进行了JDK版本的调研与尝试。