自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

  • 博客(2)
  • 资源 (1)
  • 收藏
  • 关注

原创 重学Java:HashMap

发现337307和219取模都是占用同一个坑位,原因是只用到了低四位,高位都没利用起来&运算都变成0了,所以可以考虑把hashCode值异或hashCode右移16位,加大低位的随机性从而减少哈希碰撞。entry(条目)里记录的就是key和value,数组和链表里存的都是entry。假如HashMap的容量是16(二进制1111),直接使用key.hashCode(),比如key.hashCode()=337307(0101 0010 0101 1001 1011‬)1.HashMap组成结构是什么?

2024-09-14 16:36:03 315

原创 MYSQL使用limit大小不同导致使用索引不同

这样查询也是非常快的。因为createtime的索引文件已经是按createtime从小到大排序的,只要找到前10条数据再回表查询全部字段,几乎不消耗io性能。因为查询条件就是这两个,能直接定位到索引位置,再回表查询也是这些符合条件的数据回表查询,唯一的耗时在按createTime排序时需要加载到内存中排序,但相比之前200多万次io,这点排序消耗是非常小的。说明一下,该表有create_time索引,也有city_code加deliver_finish_time的联合索引,表总共有200多万条数据。

2024-08-24 16:48:36 320

java-property-utils-1.9.1.jar

java-property-utils-1.9.1.jar java-property-utils-1.9.1.jar

2017-12-27

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除