Tomat9启动慢,配置一切正常不报错

 

 

04-Apr-2017 20:36:28.782 INFO [main] org.apache.catalina.startup.Catalina.load Initialization processed in 1137 ms
04-Apr-2017 20:36:28.831 INFO [main] org.apache.catalina.core.StandardService.startInternal Starting service Catalina
04-Apr-2017 20:36:28.831 INFO [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/9.0.0.M17
04-Apr-2017 20:36:28.864 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/manager
04-Apr-2017 20:38:21.525 INFO [localhost-startStop-1] org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [112,059] milliseconds.
04-Apr-2017 20:38:21.571 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/manager has finished in 112,704 ms
04-Apr-2017 20:38:21.572 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/docs
04-Apr-2017 20:38:21.620 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/docs has finished in 48 ms
04-Apr-2017 20:38:21.623 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/examples
04-Apr-2017 20:38:22.097 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/examples has finished in 474 ms
04-Apr-2017 20:38:22.098 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/ROOT
04-Apr-2017 20:38:22.130 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/ROOT has finished in 32 ms
04-Apr-2017 20:38:22.130 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/host-manager
04-Apr-2017 20:38:22.171 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /home/langsoft/app/apache-tomcat-9.0.0.M17/webapps/host-manager has finished in 40 ms
04-Apr-2017 20:38:22.176 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [http-nio-8080]
04-Apr-2017 20:38:22.188 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [ajp-nio-8009]
04-Apr-2017 20:38:22.210 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 113427 ms

 tomat 启动一切正常没有报错但启动非常慢

Tomcat 7/8/9都使用org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom类产生安全随机类SecureRandom的实例作为会话ID
SHA1PRNG算法是基于SHA-1算法实现且保密性较强的伪随机数生成器。

在SHA1PRNG中,有一个种子产生器,它根据配置执行各种操作。
1)如果Java.security.egd 属性或securerandom.source属性指定的是”file:/dev/random”或”file:/dev/urandom”,那么JVM 会使用本地种子产生器NativeSeedGenerator,它会调用super()方法,即调用 SeedGenerator.URLSeedGenerator(/dev/random)方法进行初始化。
2)如果java.security.egd属性或securerandom.source属性指定的是其它已存在的URL,那么会调用SeedGenerator.URLSeedGenerator(url)方法进行初始化。


这就是为什么我们设置值为”file:///dev/urandom”或者值为”file:/./dev/random”都会起作用的原因。
在这个实现中,产生器会评估熵池(entropy pool)中的噪声数量。随机数是从熵池中进行创建的。当读操作时,/dev/random设备会只返回熵池中噪声的随机字节。/dev/random非 常适合那些需要非常高质量随机性的场景,比如一次性的支付或生成密钥的场景。
当熵池为空时,来自/dev/random的读操作将被阻塞,直到熵池收集到足够的环境噪声数据。这么做的目的是成为一个密码安全的伪随机数发生器,熵池要有尽可能大的输出。对于生成高质量的加密密钥或者是需要长期保护的场景,一定要这么做。

那么什么是环境噪声?
随机数产生器会手机来自设备驱动器和其它源的环境噪声数据,并放入熵池中。产生器会评估熵池中的噪声数据的数量。当熵池为空时,这个噪声数据的收集是比较花时间的。这就意味着,Tomcat在生产环境中使用熵池时,会被阻塞较长的时间。


有两种解决办法:

1)在Tomcat环境中解决
可以通过配置JRE使用非阻塞的Entropy Source。
在catalina.sh中加入这么一行:-Djava.security.egd=file:/dev/./urandom 即可。
加入后再启动Tomcat,整个启动耗时下降到Server startup in 2912 ms。


2)在JVM环境中解决
打开$JAVA_PATH/jre/lib/security/java.security这个文件,找到下面的内容:
securerandom.source=file:/dev/urandom
替换成
securerandom.source=file:/dev/./urandom

上面的Tomcat是刚下载解压出来的默认配置(只保留Tomcat自带),但根据上面的启动日志,竟然花了3分多钟,然后仔细观察日志,主要是卡在初始化Session。开始我以为云服务器的问题,然后我在本地虚拟机上同样操作,问题重现,并且更换了Tomcat7,问题仍然出现,所以。通过搜索和分析,Tomcat的SessionID是通过SHA1PRNG算法计算得到的,SHA1算法需要一个密钥,这个密钥在Tomcat启动的时候随机生成一个,生成是使用了Linux随机函数生成器/dev/random。读取它相当于生成随机数字。搜索/dev/random,大概知道是什么鬼了:/dev/random会根据 噪音 产生随机数,如果噪音不够它就会阻塞。Linux是通过I/O,键盘终端、内存使用量、CPU利用率等方式来收集噪音的,如果噪音不够生成随机数的时候就会被阻塞。

解决方案:增大/dev/random的熵池

步骤如下:
1、安装熵服务

yum install rng-tools  

2、启动熵服务

systemctl start rngd  

 

### 解决Spring Boot Debug模式启动失败的原因及解决方案 #### 1. Java 方法断点影响启动时间 当在Debug模式下启动Spring Boot应用时,Java方法断点可能导致启动过程显著变。即使项目配置无误,存在大量断点也会使启动耗时超过二十分钟[^1]。 对于此类情况,建议取消必要的Java方法断点以恢复正常启动速度。具体操作是在IDE中选择待调试的项目,通过界面选项移除所有非必要的断点设置后再尝试重启服务。 #### 2. 端口被占用引发Tomcat启动异常 另一个常见问题是由于目标端口已被其他程序占用而导致内嵌Tomcat服务器无法完成绑定,进而造成整个应用程序未能成功加载[^2]。 针对这种情况,可采取以下措施之一: - 更改application.properties或application.yml中的server.port参数为未使用的端口号; - 使用命令行参数`--server.port=XXXX`临时指定同的监听端口; - 查找并终止正在使用冲突端口的服务实例; #### 3. 自动配置与自定义配置间的潜在矛盾 有时候开发者所作的一些特定环境下的调整可能会同框架自带的功能产生抵触,从而干扰正常的流程执行[^3]。 为了避免这类问题的发生,在引入新的依赖项或是修改现有配置之前应当仔细阅读官方文档说明,并确保了解各项改动可能带来的连锁反应。必要时可通过排除某些自动装配组件的方式来规避兼容的情况。 ```yaml # application.yml example to disable specific auto-configurations spring: autoconfigure: exclude: org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration ``` #### 4. 关闭必要的特性减少复杂度 适当简化启动过程中涉及的内容也有助于提高效率。比如,默认情况下每次运行都会显示ASCII艺术形式的品牌标志,这虽然美观却增加了额外开销。可以通过编程方式禁用此功能: ```java // Disable banner display during startup public static void main(String[] args) { SpringApplication app = new SpringApplication(MyApplication.class); app.setBannerMode(Banner.Mode.OFF); // Turn off the banner app.run(args); } ``` 上述做法仅能够加快初次连接的速度,还能让日志输出更加简洁明了[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值