Java 对象内存

组成类的内存

一个类占用的内存包括对象头部、成员变量引用地址(包括基本数据类型和对象引用)。在 32 位的 JVM 上,一个对象引用占用 4 个字节;在 64 位上,占用 8 个字节。

对象头包含三部分。第一部分是mark word,包括hashCode、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等。第二部分是类元信息也就是 Class 对象的引用。第三部分是数组长度,只有在数组对象的情况下会有。

Read More ...

TCP理解

建立一个 TCP 连接的本质:

TCP 是双向的,双向都能传输数据。要保证双向都能可靠传输数据就需要两边都维护传输数据的序列号,这个序列号是所传输的每个子节点的编号,是一个 32 位无符号数,到达最大值再循环从 0 开始。三次握手(建立 TCP 连接)是为了交换双方的所要传输数据的初始序列号。

Read More ...

SpringBoot无法启动问题排查

背景

在维护的项目使用了 SpringBoot,常规本地运行都是直接用 main 方法去跑。有一个需求需要在 Spring 容器启动前增加一些操作,因为测试和线上环境其实都是打 war 包去部署到 tomcat 中去的,和 main 方法稍微有些不同。所以就去尝试本地也用 tomcat war 包部署的方式去启动,但是碰到了一个麻烦的问题。在运行的时候会运行很长时间,而且进程占满了一个 cpu。

Read More ...

使用Java枚举碰到的一个问题

enum 的一个问题

有这样一个场景,服务端序列化一个枚举类并传递给客户端,开始是没有问题的。但是当服务端增加一个枚举值而没有通知客户端的时候,客户端反序列化就会报异常了。

Read More ...

对待工作的态度

前段时间和大学同学聚会,我是个3年+的Java后端了,和同是后端的同学聊起技术,聊起公司。有同学比较厉害,已经成为一家创业公司的team leader了,饭局结束后直接问我要不要去他公司。
当时没有直接回复他。后来又有问我要不要去,架不住热情就说了个冠冕堂皇的理由,我说「我对现在的工作还没有做到满意」。

Read More ...

数据库隔离级别和各个级别下的缺点

2018 - 04 - 19 更新

今天突然感觉对 RC 下的不可重复读不太理解了,然后找了些网上的资料回顾下。比如 MySQL 四种事务隔离级的说明,发现大家在测不可重复读和可重复读的时候,都只直接用 select 去查的,也就是快照读。但是其实 RC 和 RR 下都是有 MVCC 的,自己又弄了几个例子测了测。本来理解的是无论 RC 还是 RR,只要在一个事务内的 select 都应该返回一样的结果。RC 下的不可重复读应该是对当前读来说的,RC 下的快照读本来也以为是能两次查询返回一致的。但是自己跑去测了下发现 RC 下两次读其实能读到其他事务提交的新数据,但是对数据的更新读取不到,还是只能读取到快照。

2018 - 03 - 02 更新

幻读:同一个事务的两次查询(delete insert update 触发唯一约束也算查询)第一次查没有,第二次查又有。幻体现在开始看没有,转头一看又有了,跟平时理解的幻觉有点相反。平时理解的幻觉是当时看有,之后看没有,怀疑当时出现了幻觉。

大牛何登成关于幻读的定义:

所谓幻读,就是同一个事务,连续做两次当前读 (例如:select * from t1 where id = 10 for update;),那么这两次当前读返回的是完全相同的记录 (记录数量一致,记录本身也一致),第二次的当前读,不会比第一次返回更多的记录 (幻象)。

引用自:http://hedengcheng.com/?p=771#_Toc374698320

那么幻读是不是不被允许的?

幻读其实简单说就是查询到了其他事务新增的数据。既然原理就这么简单,允许还是不允许就要看具体业务。幻读存在的情况下,同一个事务的先后两次查询,后一次查询会出现前一次没查到的数据。具体业务具体情况分析即可。

引申到 MySQL,rc 和 rr 因为有 MVCC 的存在,解决了大部分的幻读问题,没解决的部分是指下面的这个例子(delete 的情况)。但是 rc 和 rr 都还是存在幻读问题,并且 rc 还有不可重复读问题。真正的解决幻读只能用序列化的级别。

此处可以引用个资料(知乎回答):

如果实现snapshot(mysql下的repeatable read)隔离级别,读可以不加锁。保证无脏读,无更新丢失,无不可重复读(第二次读到变更的记录),排除绝大多数幻读

mysql读取数据是快照读,不加锁,那RR的防止脏读幻读是如何实现的

另外还有:

https://github.com/Yhzhtk/note/issues/42

另外 RR 下,如果第一次查询用 next-key lock 对数据加锁,那么就能在这个级别下就能实现避免幻读。但是会影响其他事务对索引的间隙内进行写入。

MVCC 与幻读的关系?

如上第二段描述。

看这个比较透彻:

https://tech.meituan.com/innodb-lock.html

Read More ...

技术学习的路径

像点样子的大公司社招都是会去招聘最好的人,就是某个领域或者多个领域有比较深的能力,然后又有一定知识广度,能独挡一面。最近尝试面了几家公司,发现了自己的很多不足,比如:

  • 很多知识一知半解、不够透彻
  • 所做项目并没有很值得述说,也就是没有亮点
  • 了解的不少,但是真正清楚明白的不多,真个的原因一方面是学习过的东西总结做得比较少,一方面是学习的时候深入理解的不够

自己一直以来的学习习惯都是随便抓一样东西,看几篇文章敲几个用例,都比较一知半解,这样是不行的。真正比较好的学习方法应该是先囊括几个领域,比如数据库、分布式计算、中间件等、JVM,然后再从这些根节点出发去学习更多相关的知识,就像是一棵树,慢慢往下衍生,越往下就越深入。当然囊括根节点的时候需要寻找几个相关的节点,如果是后端为主,那么就不要去弄什么前端了,Java图形相关也不应该涉猎。这个的原因很简单,人的精力优先,再聪明的人也无法在所有领域都能深入和精通的。更何况自己这样精力不是很多,时间上更是会受限制。

Read More ...