我们先来看看这个 antiResourceLocking 到底是干什么的！
If true, Tomcat will prevent any file locking. This will significantly impact startup time of applications, but allows full webapp hot deploy and undeploy on platforms or configurations where file locking can occur. If not specified, the default value is false.
Please note that setting this to true has some side effects, including the disabling of JSP reloading in a running server: see Bugzilla 37668.
Please note that setting this flag to true in applications that are outside the appBase for the Host (the webapps directory by default) will cause the application to be deleted on Tomcat shutdown. You probably don't want to do this, so think twice before setting antiResourceLocking=true on a webapp that's outside the appBase for its Host.
我大致翻译一下：
如果这个参数为true,那么将组织任何文件锁。这将明显的影响应用的启动时间，但允许webapps，可能发生锁的平台和配置下，支持完整的热部署和热卸载。如果不配置，默认值是false;
如果设置为true,有一些副作用，包括屏蔽了JSP文件在运行服务器上的重新加载。
如果设置为true,且部署在Host的AppBase目录外面（默认是webapps），在Tomcat关闭的时候将导致应用被删除。
最主要的就翻译到这里了。实际上，如果为false,因为存在锁，在你重新发布的时候，可能出现部分代码无法更新。因为原始文件可能因为被锁住了，不能删除。
当然，如果为false，那么部署的目录就是和包名相同了。如果是false,则会每次都放到一个临时目录下面，一个temp目录。这也是这个配置引发的一个副作用。
另外的一个类似的配置 antiJARLocking 是防止jar类库被锁定而无法删除这个作用的。