引言首先出这篇文章，一方面是为了记录巩固我所学的知识，明白面试的高频考点。不鼓励大家背题的，初衷是希望总结的一些面试题能帮助你查漏补缺，温故知新。这些题并不是全部，如果你还想看得更多，可以访问，目前已经有552道大厂真题了，涵盖各类前端的真题，欢迎加入我们一起来讨论~函数call语法：fn.call(obj,...args)功

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

TiDB从诞生之时就带着云原生的标签，并且底层存储引擎TiKV也在2019年成为了CNCF（云原生计算基金会）的孵化项目。我们很早就认识到，云提供的基础设施可编程、按量付费等区别于传统数据中心的核心特质，正是释放TiDB弹性伸缩潜力的最佳载体。而在另一方面，由于有状态应用天生的复杂性和数据资产不可估量的重要性，云原生革命的上半场

一、场景引入前不久做过一个根据下载指令定时下载文件到服务器的需求。轮询下载的周期需要根据下载任务量的大小动态修改，下载任务密集的时候就周期缩小，下载任务少量时就扩大周期时间。java本身和第三方开源框架Spring共有三种执行定时任务的方式：1)Java自带的java.util.Timer类：这个类允许你调度一个java.util.TimerT

概括    Android设备通过GCM服务来接收推送消息，而iOS设备这从苹果的APN服务获取。虽然按照负载来说这是两种不同的服务，但是证书都在从第三方接收消息的时候是需要作为一个存储和转发类型的服务。辨别接收者并传递下去。在接受端，你的应用已经注册来接收他们，并检查返回内容和相应的操作。消息的接收方式是应用代码里的注册和用户设备关于消息设定的融合

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

最近在一个项目中，因为涉及很多状态的流转，我们选择使用状态机引擎来表达状态流转。因为状态机DSL（DomainSpecificLanguages）带来的表达能力，相比较于ifelse的代码，要更优雅更容易理解。另一方面，状态机很简单，不像流程引擎那么华而不实。一开始我们选用了一个开源的状态机引擎，但我觉得不好用，就自己写了一个能满足我们要求的简洁版

应用层的东西，找到接口实现它即可。如果想要自己选择序列化工具，难点还是在自动转型上，在序列化字符串转成对象的过程中，Spring并未提供有效的、带Class参数的接口，类型自动转换问题，需要第三方框架自行处理。最好选用带自动转型的序列化框架，错误的写法，很容易导致类型强转失败，本文采用的是FastJSON。简单的工具类，按自己需求封装，可以指定

前言随着科技水平的日新月异，现代人上网的方式也是越来越丰富多彩，以前没有无线网络存在就只能使用手机卡来上网，那个时候是2G时代，也就是所谓的CMDA盛行的年代；而今，随着WiFi的崛起，使得我们的手机流量使用人群开始慢慢的不再那么多，因为要钱嘛，小编就是这样一个人，为了省那么1MB也要到处去找WiFi热点的男人。那么小编说的这些知识跟今天的话题有什么关系了，当然有，不然小编说它干嘛啊，吃饱了撑的啊；当然不是，那是因为我们连WiFi其实就是处在一个局域网，所以自然而然就产生了以上某个话题的一些讨论。一、

PDF文档在日常工作中应用广泛，经常用于保存公司文件，电子图书或网络资料等大篇幅内容。然而，内容过多往往也会导致PDF文件过大，不便于其保存和发送。在这种情况下，我们可以选择使用FreeSpire.PDFforJava压缩PDF文件。这一方法主要通过压缩文件内的图片、不需要的注释行和空格等来压缩文件大小，以此节约储存空间，减少文件传送时间。以下是具体的操作步骤。