背景
最近在使用idea开发工具时遇到了一个奇怪的现象，使用run tomcat项目可以正常启动，但是使用debug模式启动时，控制台可以正常打印日志，但是进度十分缓慢，也没有任何报出任何错误信息。只是在慢慢的打印日志，耐心等待数分钟后，还是如此。
解决方法
将下图中的断点去掉就可以解决。
原文地址：https://www.cnblogs.com/luao/p/10521325.html
时间： 2024-11-05 22:05:24
idea在debug模式启动非常慢,日志正常debug模式一直在启动中状态
idea在debug模式启动非常慢,日志正常debug模式一直在启动中状态的相关文章
将日志写入Debug窗口
定义在NuGet包“Microsoft.Extensions.Logging.Debug”中的DebugLogger会直接调用Debug的WriteLine方法来写入分发给它的日志消息.如果需要使用DebugLogger来写日志,我们需要将它的提供者DebugLoggerProvider注册到LoggerFactory上.由于定义在Debug类型中的所有方法都是针对Debug编译模式的,所以在只有针对Debug模式编译的应用中使用DebugLogger才有意义.这里将的“Debug编译模式”涉及
tomcat启动非常慢原因深入分析
有些情况下tomcat启动非常慢,通过jstack查看当前堆栈 /opt/java/jdk1.8.0_121/bin/jstack 14970 > /home/ubuntu/j.log 关键内容 "main" #1 prio=5 os_prio=0 tid=0x00007fc69c00a000 nid=0x3a7b runnable [0x00007fc6a5db5000]java.lang.Thread.State: RUNNABLEat java.io.FileInputS
（2.8）备份与还原--在大容量恢复模式下事务日志的角色
简介 日志的作用是保证持久性和数据一致性,通过日志可以实现数据的Undo与Redo,因此通过日志,SQL Server不仅仅可以实现灾难恢复,还可以通过日志的Redo来实现高可用性.本篇文章主要讲述日志在SQL Server中提供的几种高可用性中的作用以及在灾难恢复中的角色. 日志损坏 日志可能会由于IO子系统的故障而损坏,当出现日志损坏时,如果您对日志的原来略有了解,并能在日志损坏的情况下尽量挽救数据,那么感觉一定是非常好的:-),下面我们来了解几种日志损坏的情况下的恢复情况. 1.数据库正常
SQL Server数据库的三种恢复模式：简单恢复模式、完整恢复模式和大容量日志恢复模式
SQL Server数据库的三种恢复模式:简单恢复模式.完整恢复模式和大容量日志恢复模式 这篇文章主要介绍了SQL Server数据库的三种恢复模式:简单恢复模式.完整恢复模式和大容量日志恢复模式,需要的朋友可以参考下 如何图形界面下修改恢复模式 找到你想修改的数据库 右键 > 属性 > 左侧 选项既可看到 1.Simple 简单恢复模式, Simple模式的旧称叫"Checkpoint with truncate log",其实这个名字更形象,在Simple模式下,SQ
无法启动"D\projects\hello\Debug\hello.exe" 系统找不到指定的文件。[LINK : fatal error LNK1123: 转换到 COFF 期间失败: 文件无效或损坏]
这两天安装Visual Studio遇到这样的一个问题,用自己的电脑和公司的电脑都出现同样的问题.两台电脑都是新系统,按理来说是没有问题的.但是一出现问题,对于我这个小白来说,还是耗费了挺多精力都无果.今天问公司一个c++同事,他说他也遇到这样一个问题,一百度就给我解决了.之前我真是浪费时间,我使用搜索引擎的方法不对.我是搜索错误提示“无法启动"D\projects\hello\Debug\hello.exe" 系统找不到指定的文件”.而他是搜索“LINK : fatal error
hadoop启动后，jps命令后发现nodename启动失败,检查日志报错：FSNamesystem initialization failed
1. 基本信息 hadoop 版本 hadoop-0.20.205.0.tar.gz 操作系统 ubuntu 2. 问题 在使用Hadoop开发初期的时候遇到一个问题. 每次重启系统后发现不能正常运行hadoop.必须执行 bin/hadoop namenode -format 进行格式化才能成功运行hadoop,但是也就意味着以前记录的name等数据丢失. 查询日志发现错误: 21:08:48,103 INFO org.apache.hadoop.hdfs.server.name
Android Activity 的四种启动模式 lunchMode 和 Intent.setFlags();singleTask的两种启动方式。
Android Activity 的四种启动模式 lunchMode 和 Intent.setFlags(); 一.Android Activity 四种启动模式 lunchMode 在Manifest 配置文件中的属性如下: (1) android:launchMode="standard" (2)android:launchMode="singleTop" (3)android:launchMode="singleTask" (4)andro
SQL Server中的事务日志管理(6/9)：大容量日志恢复模式里的日志管理
当一切正常时,没有必要特别留意什么是事务日志,它是如何工作的.你只要确保每个数据库都有正确的备份.当出现问题时,事务日志的理解对于采取修正操作是重要的,尤其在需要紧急恢复数据库到指定点时.这系列文章会告诉你每个DBA应该知道的具体细节. 这个标题有点用词不当,因为运行在大容量日志恢复模式里的数据库,我们通常是长期不管理日志.但是,DBA会考虑在大容量加载时,短期切换到大容量恢复模式.当数据库在大容量模式里运行时,一些其他例如索引重建的操作会最小化日志(minimally logged),因此在日
Android启动activity的4种模式(standard、singleTop、singleTask、singleINstance) ..
在AndroidManifest.xml中配置activity时,android:launchMode属性会指定启动activity的模式,有四种: standard singleTop singleTask singleInstance 这四种模式一般配合Intent属性变量FLAG_ACTIVITY_XXX使用,比如FLAG_ACTIVITY_NEW_TASK,本文暂时撇开FLAG_ACTIVITY_XXX,只讨论这四种模式的启动结果,先考虑只在同一个应用下的情况. standard模式 系