Java 是真的稳!

@jdz 因为他要锁索引, 而 id=3 的索引目前不存在, 不能直接锁 id=3 的索引, 所以他就锁区间来解决 这个问题...

就是因为没有 id=3, 才会把比 3 小的第一个 id 和比 3 大的第 1 个 id 这个区间锁起来, 防止插入 id=3 的.

@pzhdfy jdk11 里 clean 有啥新方法吗..

tcp 的确实流..

但是对业务方来说, 他要接收的是一个一个完整的包. 多个包的数据混在一起, 说粘包也没毛病.

说错了, 上家公司有用 tkmapper 和 mybatis plus.

上家公司都用 tkmapper 和 mybatis 的, 现在这家基本都是 mybatis plus.

都用过, 都能用在项目用, 功能都够用.

可能会问你 springboot 启动流程.

或者你直接
```c
else {
tail->next = link;
tail = link;
}
```

这样都可以

楼主你这就有点过分了...

```c
else {
tail->next = link;
tail = tail->next;
}
```
这样就对了,楼主. 你需要先把 link 连到链表的尾节点上, 然后再把 link(此时已经是原尾节点的下一个节点, 也就是 tail.next) 作为链表的尾节点

我 google.. 不是调用 UDPConn 的 ReadFromUDP 方法吗.

话说你这个 io.ReadFull(r, buf) 中的 r 是哪里来的呢.

看了一圈,没找到啥可以知道要接收的 udp 包大小的... 只能先 new 一个足够大的 buf 去接收了...


@rio 这个返回的 n 应该也是读取到 buf 里的字节数.

嗷, ioutil.ReadAll udp 我也没试过...

你知道了 udp 包最大字节数, 先就申请一个最大字节数这么大的 buf, 然后 io.ReadFull, 再看 err 是否时 io.EOF, 这样不知是否可行? 只调用 conn.Read() 它的语义不保证一次能读完吧, 虽然一般都没出现过问题.

udp 是一次一个包的吧. tcp 才是流式的, 按理说可以知道这次这个 udp 包的大小,

ioutil.ReadAll 能一次性读完, 他里面也是调用你说的 Read 方法啊, 省去了你自己在 buf 不够的时候扩容 buf 这些代码. 它里面都处理好了.