weixin_42330218的博客

Redis 3.2 之后的版本根据字符串长度优化了 SDS 类型，共有5 种结构体// Redis 5.0+ 的 SDS 结构示例（sdshdr8）// 已用长度（最大 2^8-1）// 总分配容量（排除头和空终止符）// 类型标识（低3位表示类型，高5位未用）char buf[];// 实际数据存储（兼容C字符串）现在基于底层Redis 的 String 类型通过 SDS 数据结构 和 智能编码策略，来回答Java的String与Redis的String的区别。

你好，我是风一样的树懒，一个工作十多年的后端专家，曾就职京东、阿里等多家互联网头部企业。最近跟面试小米的候选人聊天，得知他们的二面居然跟简单的String相关，但是似乎不大好回答。今天这篇文章我们讲解一个基础版本的回答，从使用层面上面来回答。Java 的String和 Redis 的String虽然名称相同，但它们在底层实现、功能特性和使用场景上有显著差异。

提前还贷10w，我能减少还几年呢？好像各种借贷计算工具都不大好使的样子。这里手写了一个，大家不防算一算可以少还几年

公司越来越多的年轻程序员的加入，感觉我们这种老家伙都快赶不上他们的写代码节奏了。对于java老员工来说，特别是之前的一些老系统，需要不断维护重构的老系统来说，接触Lamdba的机会不会特别多，都是一些for循环之类的东西比较多，多几个for循环啥的逻辑好像更清晰，特别是debug的时候，几个for循环更容易看出问题来。甚至对新出来的Lamdba表达式有些许的反感，为了省那么几行代码，把一堆很复杂逻辑的东西都给藏起来了，代码的理解时间可能需要花跟多的时间。举个栗子????：看着这么一段代码：...

pagehelper之百万级数据查询优化用过pagehelper的人都知道，那是真香呀，但是当数据量级别越来越大的时候呢？几万，几十万，都没啥感觉，但是当上了百万，千万之后呢？它似乎就不香了呀。pagehelper相关的解析，浅谈什么的这儿就不说了，网上一搜一大把。这儿主要来解决一下百万级别以上的pagehelper的慢查询问题。pagehelper用过的都知道，每次有总页数，总条数，做分页真的是舒服呀。但是了解他原理的时候就知道，这些数据是怎么来的。然后数据库级别达到了百万级以上后，count

poi官网的文档：https://poi.apache.org/components/spreadsheet/how-to.html#xssf_sax_api背景介绍：       今天看到最近有同事有个excel导入oom的情况，然后使用easyExcel解决了，然后没几天，出现了活动金额导入错误的情况，造成了资损，故分享这样一篇文章。       去年12月份，做的项目是批量导...

使用的excel大小为44M，分别用sax解析与dom解析一、 SAX解析该excel的内存使用情况如下：1. 整体情况：2. 老年代，只能通过fullGC进行回收。可以看下gc时间3. 新生代，可以被youngGC迅速回收掉的二、DOM解析excel内存使用情况如下：使用默认内存直接oom，后改成3G左右内存，执行很短时间就oom，下降的地方就是oom发生...

最近做压测中发现一个应用中cpu过高，导致接口超时rt情况有些不大稳定，jstack打印线程一直在parallelStream相关的代码出进行计算。故对parallelStream相关做一下研究，找一下优化方法。java8并行流parallelStream，相信很多人都喜欢用，特别方便简单。但是有多少人真正知道里面采用的共享线程池对密集型任务，高并发下的性能影响呢可能你的一个应用里面...