spring boot 不占用端口方式啟動

隨着微服務架構的流行，想要啟動一個微服務架構項目就要開啟好多端口，有時候一台機器上部署的項目多的時候，端口資源就比較緊張了，其實有的微服務組件僅僅只是提供RPC服務，可以不用占用web啟動的端口，此時spring boot 不占用web端口的方式就派上用場了，但是spring boot 1.x與spring boot 2.x的配置是有區別的，在使用時一定要注意一下自己所使用的版本

spirngboot 2.x之前（代碼方式實現）：

@SpringBootApplication
public class Application {

public static void main(String[] args) {
     new SpringApplicationBuilder().sources(Application.class).web(false).run(args);
  }
}

spinrboot 2.x之前（另外一種代碼實現方式）

@Configuration
@EnableAutoConfiguration
public class MyClass{
    public static void main(String[] args) throws JAXBException {
          SpringApplication app = new SpringApplication(MyClass.class);
          app.setWebEnvironment(false);
          ConfigurableApplicationContext ctx = app.run(args);
     }
}

spinrboot 2.x之前（配置方式）

spring.main.web-environment=false

springboot 2.x之后（代碼方式）

@SpringBootApplication
public class MyApplication {

public static void main(String[] args) {
      new SpringApplicationBuilder(MyApplication.class)
             .web(WebApplicationType.NONE) // .REACTIVE, .SERVLET
             .run(args);
       }
}

springboot 2.x之后（配置方式）

spring.main.web-application-type=none

　　

不過這里有個點需要注意，如果配置成不占用端口的方式啟動，若main方法執行完后，沒其他的deamon線程在跑，應用就會自動關閉了，有些新同學最容易放這種錯誤，並且還不清楚錯誤在哪；

在使用阻塞線程時，這里也有個坑，有人使用System.in.read();進行阻塞，這種寫法在window環境下是沒問題的，但是在linux下會出現不阻塞的情況，具體可參考這篇文章：https://blog.csdn.net/zistrong/article/details/84758138

推薦寫法：

/**
 * @Description: TODO
 * @Author Mr.huang
 * @Date 2019/10/28 0028
 * @Version V1.0
 **/
@SpringBootApplication
@EnableScheduling
public class GameDataServerApplication implements CommandLineRunner{
    private static final Logger logger = LoggerFactory.getLogger(GameDataServerApplication.class);
    public static void main(String[] args) {
       SpringApplication.run(GameDataServerApplication.class, args);
    }

    @Override
    public void run(String... args) throws Exception {
        //這里也可以添加一些業務處理方法，比如一些初始化參數等
        while(true){
            try {
                Thread.sleep(Long.MAX_VALUE);
            } catch (InterruptedException e) {
                logger.error("oi進程意外結束",e);
            }
        }
    }
}