Damon4V
V2EX  ›  Java

使用 Spring boot,需要使用 Java 线程池吗?

  •  
  •   Damon4V · Jun 27, 2018 · 5698 views
    This topic created in 2910 days ago, the information mentioned may be changed or developed.
    本人新手,我用 Spring Boot 框架写了一些 API,如果多个客户端同时访问该 API,会有什么问题吗??问题该怎么解决?
    13 replies    2018-07-19 09:24:16 +08:00
    alamaya
        1
    alamaya  
       Jun 27, 2018 via Android
    容器和框架已经给你解决了这个问题,当然说不定也有其他用到多线程的地方
    mrsatangel
        2
    mrsatangel  
       Jun 27, 2018
    看日志,同一个 controller,不同请求处理的线程是不一样的,所以 controller 的实现需要线程安全
    mandy0119
        3
    mandy0119  
       Jun 27, 2018
    springboot 用的不是 springMVC 吗。SpringMVC 不是单例多线程吗。 所以你只要不要更改成员变量的值就没事吧。我应该没记错吧
    caixiexin
        4
    caixiexin  
       Jun 27, 2018 via Android
    不共享全局和成员变量,一般是没问题的
    MoHen9
        5
    MoHen9  
       Jun 27, 2018 via Android
    不需要使用,这是容器考虑的问题,springboot 内嵌的 Tomcat 容器,使用 web 模块,就默认指定了容器,当然也可以自己使用其他容器,如 jetty。
    reeco
        6
    reeco  
       Jun 27, 2018 via iPhone
    这两者没有直接关系
    johnniang
        7
    johnniang  
       Jun 27, 2018 via Android
    该用线程池的地方就得用啊
    bk201
        8
    bk201  
       Jun 27, 2018
    这种问题不是写个 demo 就了解了嘛?
    AltairT
        9
    AltairT  
       Jun 27, 2018 via iPhone
    简单的验证方式:写个 demo 走 debug 模式就能看到了
    jatesun
        10
    jatesun  
       Jun 27, 2018
    有全局变量需要加锁,没有就不存在线程安全问题
    earendil1412
        11
    earendil1412  
       Jul 8, 2018 via Android
    spring 注入默认是单例
    jack80342
        12
    jack80342  
       Jul 18, 2018
    这几天翻译了最新的 Spring Boot 2.0 的英文文档,欢迎 Fork,https://www.gitbook.com/book/jack80342/spring-boot/details
    Malthael
        13
    Malthael  
       Jul 19, 2018
    每个用户访问接口都是单独的线程,如果你有全局的静态变量就需要注意,如果没有就不用担心,springboot 已经帮你做了
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1782 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 76ms · UTC 16:15 · PVG 00:15 · LAX 09:15 · JFK 12:15
    ♥ Do have faith in what you're doing.