引言大家知道，React现在已经在前端开发中占据了主导的地位。优异的性能，强大的生态，让其无法阻挡。博主面的5家公司，全部是React技术栈。据我所知，大厂也大部分以React作为主技术栈。React也成为了面试中并不可少的一环。本来是计划只有上下两篇，可是写着写着越写越多，受限于篇幅，也为了有更好的阅读体验，只好拆分出中篇，希望各位童鞋别

本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。前言说到redis，可能大家的脑海中蹦出的关键词是：NoSQL、KV、高性能、缓存等。但今天的文章从另一个角度——微服务来展开。这篇文章的起因也是源自一次面试经历，在面试一位来自陌陌的候选人（就是那个交友的陌陌）时，他提到一点让我觉得很有意思，他说red

前言这次梳理的篇幅主要是涉及网络部分，包括HTTP等，对巩固自己的网络知识体系也是很有帮助的，进一步的对性能优化而言也是帮助很大的。但更多的是抛砖引玉，希望对你们有所帮助。接下来就以问题的形式展开梳理👇谈一谈HTTP协议优缺点超文本传输协议，「HTTP是一个在计算机世界里专门在两点之间传输文字、图片、音频、视频等超文本数据的

1、关于日志切割　　日志文件包含了关于系统中发生的事件的有用信息，在排障过程中或者系统性能分析时经常被用到。对于忙碌的服务器，日志文件大小会增长极快，服务器会很快消耗磁盘空间，这成了个问题。除此之外，处理一个单个的庞大日志文件也常常是件十分棘手的事。　　logrotate是个十分有用的工具，它可以自动对日志进行截断（或轮循）、压缩

Dubbo概念：  Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求。Dubbo缺省协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务

Guava的两种缓存策略缓存在很多场景下都需要使用，如果电商网站的商品类别的查询，订单查询，用户基本信息的查询等等，针对这种读多写少的业务，都可以考虑使用到缓存。在一般的缓存系统中，除了分布式缓存，还会有多级缓存，在提升一定性能的前提下，可以在一定程度上避免缓存击穿或缓存雪崩，也能降低分布式缓存的负载。Guav

　　Android4.4发布了一个ART运行时，准备用来替换掉之前一直使用的Dalvik虚拟机，希望籍此解决饱受诟病的性能问题。老罗不打算分析ART的实现原理，只是很有兴趣知道ART是如何无缝替换掉原来的Dalvik虚拟机的。毕竟在原来的系统中，大量的代码都是运行在Dalvik虚拟机里面的。开始觉得这个替换工作是挺复杂的，但是分析了相关代码之后，发现思路是

解释：1、JVM重用是hadoop调优参数的内容，对hive的性能具有非常大的影响，特别是对于很难避免小文件的场景或者task特别多的场景，这类场景大多数执行时间都很短。hadoop默认配置是使用派生JVM来执行map和reduce任务的，这是jvm的启动过程可能会造成相当大的开销，尤其是执行的job包含有成千上万个task任务的情况。JVM重用可

点上方蓝字关注公众号「前端从进阶到入院」精选原创好文、进阶交流群助你进入大厂本文转载自公众号「code秘密花园」想要提高一个网页的加载速度是非常困难的，如果你的网站是在使用JavaScript渲染的内容，你必须要在网页的加载速度和网页的输入响应能力之间作出权衡：一次性执行首屏需要执行的逻辑（负载性能好，输入响应能力差）

1.Dubbox是一个分布式服务框架，Dubbox致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbox就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbox这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架。!