你的编程语言没有时间格式化这个功能?

把头发剪短点直到你抓不到可解

kettle 太重了, 不是很复杂的任务没必要上

你倒是把问题贴出来啊?
看看是某个社区的人不友好? 还是所有人对你不友好

同意楼上, CPU 占用高的锁应该是活锁

如果架构设计足够好, 封装度足够高, 那么在你的概念中都不应该出现 sql 这个东西, 都是细节

jdk: sdkman

so 社区有管理的, 低级问题马上就会被关闭甚至是被扣分, 没什么好关心的

一般消息队列都提供阻塞调用的. 比如说;


mq.get("queueName"); // 这个调用会阻塞



那么你就可以写一个线程来轮询



while true{

message = mq.get("queueName");

process(message) // 这里处理业务逻辑

}

有时候一个类库解决的问题非要用另外一种语言...

@vansl https://gist.github.com/lihongjie0209/26c966b808c03075427d7c72ff34a707 这段代码会一直运行, 哪怕有 volatile 修饰也会有内存可见性问题

@lhx2008 废话, 没看到题主说的: 我想问的是在什么样的具体实例里调用这两个方法会导致线程不安全?

@vansl 互斥只是一个退化版本的同步

@lhx2008 多运行几次代码就会发现最后的结果在 9 和 10 之前摇摆

@lhx2008 错, 读是原子操作, 写是原子操作, 读+写时复合操作, 不保证原子性

上面代码的关键部分是:

counter.setCount(Counter.getCount() + 1);



set 方法拿到的是一个对象锁, 对于 10 个线程来说, 每一个都是 new 一个对象的, 所以每一个都独占这个对象锁.每一个线程都无须等待就可以直接修改变量, 是线程不安全的.

get 方法拿到的是一个类锁, 对于 10 个线程来说, 每一个线程都必须抢占这个锁, 所以 get 是线程安全的.

@JerryV2
真 高端用户

你们的用户好厉害, 还会自定义数据透视表 /dog