25 本科毕业 3 年[差 2 月]，由于去年基金股票和外快，勉强跟上年纪.

要是在家的话，可以试试，可惜我在杭州[手动狗头]

加油加油

出门感觉大家都开开心心都，就我一个人行尸走肉的样子。 确实应该抓一个爱好了

失恋的第三个月开始了，一个人是真的没有意思[个人意见]，游戏不好玩，剧不好看，只有健身的一个小时是舒服的，可能我太看重了

可以考虑换个工作 /工作环境，但要思考一下🤔
1 、换一个工作 /工作环境能不能解决当前的问题
2 、如果不能解决当前问题该怎么办
3 、是继续辞职再换一份，还是在深入的想一想

给一个坐标，运行获取密码

快乐就是期望和现实之间的不匹配，要么是你期望太高，要么就是现实情况太那个. 这个时候要么努力改变现实，要么降低期望

当楼主来问的时候，其实他心里就已经有答案了，只是想看看大家的看法而已，大家各抒己见，没有问题，没有必要贬低别人证明自己的是正确的。

@arthas2234 嘿嘿，接口文档都可以在写代码注释的时候完成了，现在就在做这块的事，解放大家.

@qfdk 你这个是 OOM，这种属于操作系统的 OOM Kill 是不行的，从虚拟机迁移到 K8s 特别多.. , 关键是自己的技术水平还解决不了它

http，都需要的，如果 http 都很了解，其他方面应该也不会差..

@mawerss1 好像偏题了

public static void main(String[] args) {

final Object xx1 = new Object();
final Object xx2 = new Object();
final Object xx3 = new Object();
Thread a = new Thread(() -> {

try {
synchronized (xx1) {
xx1.wait();
}
} catch (InterruptedException e) {
e.printStackTrace();
}
int a1 = 0;
while (a1 < 100) {
System.out.print("a");
a1++;

synchronized (xx2) {
xx2.notify();
}
try {
synchronized (xx1) {
xx1.wait();
}
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
a.setDaemon(true);
a.setName("aaa");
Thread b = new Thread(() -> {
try {
synchronized (xx2) {
xx2.wait();
}
} catch (InterruptedException e) {
e.printStackTrace();
}
int b1 = 0;
while (b1 < 100) {
System.out.print("b");
b1++;
synchronized (xx3) {
xx3.notify();
}
try {
synchronized (xx2) {
xx2.wait();
}
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
b.setDaemon(true);
b.setName("bbb");
Thread c = new Thread(() -> {
try {
synchronized (xx3) {
xx3.wait();
}
} catch (InterruptedException e) {
e.printStackTrace();
}
int c1 = 0;
while (c1 < 100) {
System.out.println("c");
c1++;
synchronized (xx1) {
xx1.notify();
}
try {
synchronized (xx3) {
xx3.wait();
}
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
c.setDaemon(true);
c.setName("ccc");
a.start();
b.start();
c.start();

synchronized (xx1) {
xx1.notify();
}

try {
Thread.sleep(100L);
} catch (InterruptedException e) {
e.printStackTrace();
}
}

}

@imiao http://tool.mkblog.cn/lmbtfy/?q=55m+5bqm5LiA5LiL 看这里

在实习的时候也整过一次，那个时候数据库是 500W 条数据，但是不是一个很看中的业务，由于硬件有问题 && 我没有做做参数检验，导致了全表更新 (500w 更新)，注意这个更新操作非常的频繁，直接把整个库拖挂了，然后领导电话直接过来，你是不是做什么了，RDS 直接 GG，后续做参数校验,然后就去做菜了.
回到这个问题
A 肯定考虑不周，最起码没有去想过哪些参数可传或可不传，但是他自己用肯定没有问题，因为他写的，他知道怎么去避坑，或者说在他的场景下永远不可能出现全表的情况，sql 的超时也没有设置，千万级别的表加个 timeout 不过分吧
B 业务就是这么做的. 他本身是不知道 A 的实现的，也没有做参数限制，不知道有没有和 A 沟通，反正我调用别人的服务就是问一下，肯定不知道内部实现.

后续想知道你们是怎么处理的 :)))