grails - 在BuildConfig.groovy中使用grails.project.fork时， “forkReserve”属性会做什么？

Question

在BuildConfig.groovy中使用grails.project.fork时，forkReserve属性会做什么，在什么情况下需要修改？

默认grails 2.4.5 BuildConfig.groovy

grails.project.fork = [
    // configure settings for compilation JVM, note that if you alter the Groovy version forked compilation is required
    //  compile: [maxMemory: 256, minMemory: 64, debug: false, maxPerm: 256, daemon:true],

    // configure settings for the test-app JVM, uses the daemon by default
    test: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256, daemon:true],
    // configure settings for the run-app JVM
    run: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256, forkReserve:false],
    // configure settings for the run-war JVM
    war: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256, forkReserve:false],
    // configure settings for the Console UI JVM
    console: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256]
]

该值不在文档中。

这是基于文档的默认条目。

grails.project.fork = [
   test: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256, daemon:true], // configure settings for the test-app JVM
   run: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256], // configure settings for the run-app JVM
   war: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256], // configure settings for the run-war JVM
   console: [maxMemory: 768, minMemory: 64, debug: false, maxPerm: 256]// configure settings for the Console UI JVM
]

Answer 1

forkReserve设置将在后台启动另一个处于等待状态的“保留” JVM。然后，当您重新启动应用程序时，将使用该空闲的JVM来运行该应用程序，从而避免了从新启动新JVM的开销。

换句话说，它为应用程序重新启动的启动时间提供了一个小的优化，您可能想要也可能不想利用它。