最近在阅读java.lang下的源码，读到String时，突然想起面试的时候曾经被人问过：都知道在大数据量情况下，使用String的split截取字符串效率很低，有想过用其他的方法替代吗？用什么替代？我当时的回答很斩钉截铁：没有。google了一下，发现有2中替代方法，于是在这里我将对这三种方式进行测试。测试的软件环境为：WindowsXP、ecl

设计两个大模块，存储（文件系统）与程序的实例模块。程序的实例模块划分为：存储管理，缓存机制，SQL解析，日志管理，权限划分，容灾机制，索引管理，锁管理。为什么使用索引？假设使用原始的全表查询，那么对于小量数据可能速度并没有影响，但是在大量数据的情况下会使得速度很慢。而索引，则类似于字典中的偏旁部首，加快了查询的效率。二叉

了解过HashMap都应该知道，HashMap内部会创建一个Entry<K,Vtable数组来存放元素，而且这个数组的长度永远都是2的指数次方。那么问题来了，为什么选择2的指数次方呢？首先，思考一下计算出hash值后，应该存放在数组的哪个位置？显然用求余(模)最简单。然而模的效率并不高，看看JDK是怎么做的，indexFor方法：st

Caffeine是一个基于Java8的高性能本地缓存框架，其结构和GuavaCache基本一样，api也一样，基本上很容易就能替换。Caffeine实际上就是在GuavaCache的基础上，利用了一些Java8的新特性，提高了某些场景下的性能效率。这一章节我们会从Caffeine的使用引入，并提出一些问题，之后分析其源代码解

JEPaaS是一款优秀的软件平台产品，可视化开发环境，低代码拖拽式配置开发，操作极其简单，可以帮助解决Java项目80%的重复工作，让开发更多关注业务逻辑，大大提高开发效率，能帮助公司大幅节省人力成本和时间成本，同时又不失灵活性。适用于搭建OA、ERP、CRM、HR、HIS等所有的企业信息管理系统（且适用于集团公司部署）。!(http://p26

JavaNIO之Buffer　　Java传统的I/O模型是面向单个字节的，它将输入输出抽象为字节流或字符流。这种单个字节的读取或写入模型的效率比较低，而且不符合操作系统的I/O特点。操作系统的IO是面向字节块的，通常是直接从磁盘中读取一块数据到内存或写入一块数据到磁盘。JavaNIO提供了缓冲区来实现字节块的读写。

背景Kotlin有着诸多的特性，比如空指针安全、方法扩展、支持函数式编程、丰富的语法糖等。这些特性使得Kotlin的代码比Java简洁优雅许多，提高了代码的可读性和可维护性，节省了开发时间，提高了开发效率。这也是我们团队转向Kotlin的原因，但是在实际的使用过程中，我们发现看似写法简单的Kotlin代码，可能隐藏着不容忽视的额外开销。本文剖析了K

MySQL作为互联网中非常热门的数据库，在高并发业务场景下，一条好的MySQL语句能为企业节省大量的运作时间和成本，这也是为何互联网大厂面试官最爱考察数据库底层和性能调优的原因。因此，了解其底层原理和架构的设计非常重要，尤其是MySQL的存储引擎，很大程度上决定了MySQL整体的执行效率和工作性能。网上有不少关于MySQL调

一.核心军规尽量不在数据库做运算，cpu计算的事务必移至业务层;  控制表、行、列数量（【控制单张表的数据量1年/500W条，超出可做分表】，【单库表数据量不超过300张】、【单张表的字段个数不超过50个，多了拆表】）三大范式没有绝对的要使用，效率优先时可适当牺牲范式 https://www.cnblogs.com/wdw31

　　有时候需要索引很长的字符列，如BLOB、TEXT或者很长的VARCHAR类型的列，这会让索引变得很大，导致查询很慢。对于这种情况，我们可以使用前缀索引来索引开始的部分字符，这样可以大大的节约索引空间，从而提高索引效率。但这样也会降低索引的选择性。　　索引的选择性是指：不重复的索引值（也称为基数，cardinality）和数据表的记录总数（_