这个东西你们先做出来试试，好的话我在用。
目前已做了好几个类似的需求。

前段时间面试被虐了,也是因为这个原因. 现在采取的措施是 看书+学会纸上谈兵,其实最主要的是理解为什么这样搞.

另外我个人认为业务能力大于技术能力,毕竟大多数做的都是业务内容,但是面试往往只看中技术能力,哎.

一年经验的 Java,有希望不...

IOC 只是业务上的解耦. 比如我最近写的一个观察者模式,所有的观察者在 Subject 中可以 Spring 容器启动完毕后自动注入.
这样我新增观察者只需要写一个实现对应观察者接口的类,让 Spring 管理就好了,其他都不用理会.这就是一种解耦.

```java

private void initPaidObserver(ContextRefreshedEvent event) {
Map<String, OrderPaidHandlerObserver> matchingBeans =
BeanFactoryUtils.beansOfTypeIncludingAncestors(event.getApplicationContext(), OrderPaidHandlerObserver.class, true, false);
this.paidObservers = Collections.unmodifiableList(Lists.newArrayList(matchingBeans.values()));
if (this.paidObservers.size() <= 0) {
throw new IllegalStateException("OrderPaidHandlerObserver not found");
} else {
log.info("initPaidObserver finish, observer is {}", matchingBeans.keySet());
}
}

```

@zchpeter 昨晚 23 点投了简历，离得比较近，可以的话想去参观下

支持一下,一会发简历

好好加油，这种经历应该是好事，帮你告别舒适区。

无论例子如何，程序员确实焦虑，尤其是国内，996 成为大多数公司的常态。

感谢。

为了同事友谊,不要改.

mark 下

这 gc 很正常啊，频率跟你的服务调用量有关系，是不是服务调用量太小了？
至于触发了内存报警却没有 full gc 这个我也不懂。。。

同样，不过已经好多年了，颈椎病的前兆。

mark

写博客看心情，遇到顿悟，或者语言记录表达的地方就去写，没必要死任务。

@yhxx 感谢,确实很好用