看了一下书，这两种写法是会被优化成同样的执行计划的，并且第二种写法的可读性更高一点，所以我选择第二种了

@AoEiuV020 你好，尝试过这个。这个是指在直接写 ‘for’，自动根据模板补全，不是在一个变量后面输入 ‘点号’ 弹出提示再补全

使用 jd 反编译出来的代码 return 上面一行，是不符合 java 语法的

todo 补充这里的注释

@huifer
以下代码来自于
org.springframework.web.servlet.FrameworkServlet#initWebApplicationContext
DispatcherServlet 继承此类。

下面是他初始化容器的地方，方法的第三行有一个 if 判断，他判断如果 webApplicationContext 不为空，就直接使用。如果为空会在下面创建一个。
那什么情况下非空呢？据我观察现在使用 springboot 启动时，就是非空的，而以前使用 xml 文件的方式就是空的。所以我认为，使用旧的方式，会产生两个容器，springmvc 容器和 spring 容器，他们是父子关系。而使用 springboot 的方式，是共享同一个容器。


protected WebApplicationContext initWebApplicationContext() {
WebApplicationContext rootContext =
WebApplicationContextUtils.getWebApplicationContext(getServletContext());
WebApplicationContext wac = null;
if (this.webApplicationContext != null) {
// A context instance was injected at construction time -> use it
wac = this.webApplicationContext;
if (wac instanceof ConfigurableWebApplicationContext) {
ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) wac;
if (!cwac.isActive()) {
// The context has not yet been refreshed -> provide services such as
// setting the parent context, setting the application context id, etc
if (cwac.getParent() == null) {
// The context instance was injected without an explicit parent -> set
// the root application context (if any; may be null) as the parent
cwac.setParent(rootContext);
}
configureAndRefreshWebApplicationContext(cwac);
}
}
}
if (wac == null) {
// No context instance was injected at construction time -> see if one
// has been registered in the servlet context. If one exists, it is assumed
// that the parent context (if any) has already been set and that the
// user has performed any initialization such as setting the context id
wac = findWebApplicationContext();
}
if (wac == null) {
// No context instance is defined for this servlet -> create a local one
wac = createWebApplicationContext(rootContext);
}

if (!this.refreshEventReceived) {
// Either the context is not a ConfigurableApplicationContext with refresh
// support or the context injected at construction time had already been
// refreshed -> trigger initial onRefresh manually here.
onRefresh(wac);
}

if (this.publishContext) {
// Publish the context as a servlet context attribute.
String attrName = getServletContextAttributeName();
getServletContext().setAttribute(attrName, wac);
if (this.logger.isDebugEnabled()) {
this.logger.debug("Published WebApplicationContext of servlet '" + getServletName() +
"' as ServletContext attribute with name [" + attrName + "]");
}
}

return wac;
}

git rebase HEAD~10

@love
目前我们的做法是
update table set status = 1 where order_id = "xxxxx" and status = 2 limit 1000
然后定时执行，问题是，如果定时频率快了 cpu 扛不住，定时频率慢了，速度太慢，60w 要更新好几十分钟

@owenliang 尝试过这样操作，其实效果也不好
下面是想要把 status 为 2 的改为 1

先选择一批数据
select id from table where order_id = "xxxxx" and status = 2 limit 1000
再更新这一批数据
update table set status = 1 where id in (上面 select 到的数据)

放在循环里更新，同样导致数据库压力

万一呢

三颗水平阻生 + 1 颗正常点的智齿。拔完很舒服，再也不用担心了

普通新人后端有没有必要学习 Spring 源码？
-----------------------------------------------------
新人没必要，毕竟把 spring 全家桶的用法学会也要很长时间，
一两年后肯定是要看的，不看 spring 也要看其他的框架的，目的是提高读源码能力。

NIO

自问自答一下，是因为 jvm 在加载过程中会暂时禁用偏向锁，所以此处只有轻量级锁。
可以在调用 test 方法之前，先休眠 5 秒，这样等 jvm 完全加载完成后，偏向锁才能生效，就能看到效果了。

两个 service 的方法上都加上事务注解，默认是 REQUIRED，调用的第二个 service 会共享第一个 service 的事务，即使用同一条 jdbc 连接。

楼主这题哪里做的，能发下链接吗

你配置了三个同名的[ur.company] logger，日志级别是后面的覆盖前面的，所以此日志的级别是 error 。
此 logger 配置了三个 appender-ref，是可以叠加的，所以 error 日志会输出三份到三个文件里。
所以应该不是不输出日志了，而是只输出 error 日志，楼主可以测一下