Java 在每个时间段后更新日期和时间
我想为我正在开发的一个小型Java实用程序创建自己的基本控制台日志。一切基本上都是实时运行的；然而，有一小段代码困扰着我。我将简要介绍下面的所有代码 注意：这里几乎所有的代码都未经测试/未优化。如果我做错了什么，请告诉我，我很愿意接受批评 用于日志记录目的的静态变量：Java 在每个时间段后更新日期和时间,java,Java,我想为我正在开发的一个小型Java实用程序创建自己的基本控制台日志。一切基本上都是实时运行的；然而，有一小段代码困扰着我。我将简要介绍下面的所有代码 注意：这里几乎所有的代码都未经测试/未优化。如果我做错了什么，请告诉我，我很愿意接受批评 用于日志记录目的的静态变量： static ArrayList<String> logs = new ArrayList<>(); static int offset = 0; static DateFormat dateFormat
static ArrayList<String> logs = new ArrayList<>();
static int offset = 0;
static DateFormat dateFormat = new SimpleDateFormat("yyy/MM/dd HH:mm:ss");
static Date date = new Date();
public static void timerLogging(final JTextArea textArea) {
Timer timer = new Timer(150, new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent e)
{
updateDateAndTime();
populateTextArea(textArea);
}
});
timer.start();
}
public static void updateDateAndTime() {
date = new Date();
}
有没有一种方法可以简单地执行诸如date=GlobalDate.getCurrentDate；？按照目前的设置方式，它是否会产生一点开销？可能甚至不明显，但我不是那种“让它工作起来”的人？没有开销可言：每秒七次创建一个额外对象不算开销 但是，如果要保留相同的Date对象，可以使用Date的默认构造函数使用的相同方式重新初始化它：
没有开销可谈：每秒七次创建一个附加对象不算开销 但是，如果要保留相同的Date对象，可以使用Date的默认构造函数使用的相同方式重新初始化它：
在同一句话中看到Java和Date时，首先要检查的地方是 java.lang.Date是可变的，因此您可以保留相同的Date对象并更改其表示的日期：
date.setTime(System.currentTimeMillis());
Joda Time和Java 8中的新包都大量使用对象。在同一句话中看到Java和Date时，首先要检查的地方是 java.lang.Date是可变的，因此您可以保留相同的Date对象并更改其表示的日期：
date.setTime(System.currentTimeMillis());
在编码一个长时间运行的紧密循环时，您可以简单地考虑重新使用对象。但是，只有当您证明存在性能问题时，才致力于减少实例化。否则，你就会落入错误的陷阱
ISO 8601 该标准为日期时间值的文本表示定义了合理的格式。YYYY-MM-DDTHH:MM:SS.SSSZ格式对于日志记录很有意义 UTC 使用时区中的日期时间值，然后调整到本地时区，以便向用户演示，这几乎总是更好的方法。这意味着您的业务逻辑、数据库存储和日志记录应该在UTC中完成 Joda-Time和java.Time 与java捆绑在一起的java.util.Date和.Calendar类是出了名的麻烦、混乱和缺陷。避开它们 取而代之的是使用这个库，或者是受Joda Time启发的新内置Java8 在生成或解析字符串时，Joda Time和java.Time都使用ISO 8601作为默认值。time类通过在通常的偏移量编号之外附加时区名称来扩展ISO 8601 示例代码–Joda时间 使用Joda Time 2.7的示例代码DateTime nowUtc = DateTime.now( DateTimeZone.UTC ) ;
DateTime nowQuébec = nowUtc.withZone( DateTimeZone.forID( "America/Montreal" ) ) ;
ZoneId zone = ZoneId.of("America/Montreal");
ZonedDateTime nowQuébec = ZonedDateTime.of( nowUtc , zone ) ;
ZonedDateTime nowUtc = ZonedDateTime.now( ZoneOffset.UTC );
DateTime nowQuébec = nowUtc.withZone( DateTimeZone.forID( "America/Montreal" ) ) ;
ZoneId zone = ZoneId.of("America/Montreal");
ZonedDateTime nowQuébec = ZonedDateTime.of( nowUtc , zone ) ;
在编码一个长时间运行的紧密循环时，您可以简单地考虑重新使用对象。但是，只有当您证明存在性能问题时，才致力于减少实例化。否则，你就会落入错误的陷阱
ISO 8601 该标准为日期时间值的文本表示定义了合理的格式。YYYY-MM-DDTHH:MM:SS.SSSZ格式对于日志记录很有意义 UTC 使用时区中的日期时间值，然后调整到本地时区，以便向用户演示，这几乎总是更好的方法。这意味着您的业务逻辑、数据库存储和日志记录应该在UTC中完成 Joda-Time和java.Time 与java捆绑在一起的java.util.Date和.Calendar类是出了名的麻烦、混乱和缺陷。避开它们 取而代之的是使用这个库，或者是受Joda Time启发的新内置Java8 在生成或解析字符串时，Joda Time和java.Time都使用ISO 8601作为默认值。time类通过在通常的偏移量编号之外附加时区名称来扩展ISO 8601 示例代码–Joda时间 使用Joda Time 2.7的示例代码DateTime nowUtc = DateTime.now( DateTimeZone.UTC ) ;
DateTime nowQuébec = nowUtc.withZone( DateTimeZone.forID( "America/Montreal" ) ) ;
ZoneId zone = ZoneId.of("America/Montreal");
ZonedDateTime nowQuébec = ZonedDateTime.of( nowUtc , zone ) ;
ZonedDateTime nowUtc = ZonedDateTime.now( ZoneOffset.UTC );
DateTime nowQuébec = nowUtc.withZone( DateTimeZone.forID( "America/Montreal" ) ) ;
ZoneId zone = ZoneId.of("America/Montreal");
ZonedDateTime nowQuébec = ZonedDateTime.of( nowUtc , zone ) ;
对于新项目，我建议从slf4j+Logback开始。对于使用另一个日志框架的现有项目，在通过适配器通过slf4j进行调用时保持该日志框架。将来的某一天，在所有日志调用都被slf4j调用替换之后，如果需要，您可以选择使用Logback替换日志框架。请记住，如果您花时间担心小的开销，你将有更少的时间花在真正重要的事情上。请注意，如果你更改Date实例的值，那么你将为引用同一实例的每个人更改它。Kayaman说得好@Tom-它只用于控制台，我想在这种情况下它确实是安全的。正如旁注-您似乎在使用全局SimpleDataFormat实例和TimerTask。如果您在代码中碰巧使用了多个TimerTask，请记住SimpleDataFormat不是线程安全的，这不是您现在使用的代码的问题，但如果您使用多个TimerTask，则可能会出现问题TimerTasks@KresimirNesek你能详细说明一下吗？我对你想说的话有一个简单的理解，但我没有完全理解。请记住，如果你花时间担心小的管理费用，那么你花在真正重要的事情上的时间就会少得多。请注意，如果你改变日期实例的值，然后你会为所有引用同一实例的人修改它。好观点，卡亚曼@Tom-它只用于控制台，我想在这种情况下它确实是安全的。正如旁注-您似乎在使用全局SimpleDataFormat实例和TimerTask。如果您在代码中碰巧使用了多个TimerTask，请记住SimpleDataFormat不是线程安全的，这不是您现在使用的代码的问题，但如果您使用多个TimerTask，则可能会出现问题TimerTasks@KresimirNesek你能详细说明一下吗？我对你想说的话有一个简单的理解，但我没有完全理解。我确实听说过和读过关于Joda Time的内容，在一年前实际使用它之前，但忘记了它是为了什么。我读过一位著名的乔恩的评论，他说了同样的话，我可以问一下为什么这被认为是一个缺陷吗
我在JavaAPI中？因为您实际上可以更改当前日期？@Juxhin否，问题不在于更改JVM或主机操作系统中时钟的当前时间，因为java.util.Date不能这样做。阅读和谷歌以了解有关不可变对象的更多信息。可变日期的问题在于，您往往会传递日期对象。如果它们是可变的，这意味着它们在您使用它们时可能会发生变化，这在大多数情况下都是出乎意料的。在一年前实际使用Joda time之前，我确实听说并阅读过Joda time，但忘记了为什么。我读到了一位著名的Jon的评论，他说了同样的话，我可以问一下为什么这被认为是JavaAPI中的一个缺陷吗？因为您实际上可以更改当前日期？@Juxhin否，问题不在于更改JVM或主机操作系统中时钟的当前时间，因为java.util.Date不能这样做。阅读和谷歌以了解有关不可变对象的更多信息。可变日期的问题在于，您往往会传递日期对象。如果它们是可变的，这意味着它们在你使用它们时可能会发生变化，这在大多数情况下是出乎意料的。每次你改变日期，小猫都会死亡。我更喜欢您的第一个实现，即每次都创建一个新日期。每个日志都是在不同的时间完成的，它应该是不同的日期对象。@Guillaume-我几乎想问一个关于这个问题的问题，特别是，似乎有很多关于java.lang.Date的评论是有点问题的。然而，我确信已经有很多问题了。@Juxhin我希望java.util.Date是不可变的，但是由于设计者不赞成除setTime之外的所有变异方法，我认为他们有意使类保持可变。尽管如此，我并不赞同“垂死的小猫”原则：我认为使用API的所有功能是可以的，即使你在哲学上不同意它的设计者的观点：好吧，就我的预期用途而言，它似乎工作得很好，所以我将保持这种方式。我确实理解他们的观点，并在一定程度上同意这一点。再次感谢大家的投入。每次你改变约会，小猫都会死去。我更喜欢您的第一个实现，即每次都创建一个新日期。每个日志都是在不同的时间完成的，它应该是不同的日期对象。@Guillaume-我几乎想问一个关于这个问题的问题，特别是，似乎有很多关于java.lang.Date的评论是有点问题的。然而，我确信已经有很多问题了。@Juxhin我希望java.util.Date是不可变的，但是由于设计者不赞成除setTime之外的所有变异方法，我认为他们有意使类保持可变。尽管如此，我并不赞同“垂死的小猫”原则：我认为使用API的所有功能是可以的，即使你在哲学上不同意它的设计者的观点：好吧，就我的预期用途而言，它似乎工作得很好，所以我将保持这种方式。我确实理解他们的观点，并在一定程度上同意这一点。再次感谢大家的意见。非常感谢你们的inpit Basil，你们提出了一些非常好的观点。现在，我剥离了应用程序的整个日志方面，并考虑以ypur方式重新实现它，或者简单地使用log4j。不，不是log4j，那是上个千年的事。看看一个API抽象，只是接口和实现。哈哈，是的，1993年或者类似的东西确实有点过时了。我确实检查了SLF4J，所以我将使用logback实现它，或者再次，只编写我自己的非常基本的一个，因为我不需要任何详细说明。然而，我确实希望学习如何在我未来的应用程序中正确地实现SLF4J。实际上，SLF4J包括一个非常简单的实现，可以满足您的需要。默认情况下，它只记录一些优先级，但您可以进行调整。另外，有趣的是，slf4j和logback是由log4j的发明者创建的。这让我不禁要问，为什么log4j还在使用关于SLF4J，我会诚实地说，在实现外国API方面，我非常软弱。我一次又一次地抱怨它们有多么重要，但我发现自己总是使用纯JavaAPI，这一点我并不自豪。所以我只需要强迫自己离开舒适区，开始使用SLF4J。感谢您提供的大量提示和精彩帖子。我只需要将它标记为正确的答案。非常感谢你的inpit Basil，你提出了一些非常好的观点。现在，我剥离了应用程序的整个日志方面，并考虑以ypur方式重新实现它，或者简单地使用log4j。不，不是log4j，那是上个千年的事。看看一个API抽象，只是接口和实现。哈哈，是的，1993年或者类似的东西确实有点过时了。我确实检查了SLF4J，所以我将使用logback实现它，或者再次，只编写我自己的非常基本的一个，因为我不需要任何详细说明。然而，我确实希望学习在我未来的应用程序中正确地实现SLF4J
实际上，slf4j包含一个非常简单的实现，可以满足您的需要。默认情况下，它只记录一些优先级，但您可以进行调整。另外，有趣的是，slf4j和logback是由log4j的发明者创建的。这让我不禁要问，为什么log4j还在使用关于SLF4J，我会诚实地说，在实现外国API方面，我非常软弱。我一次又一次地抱怨它们有多么重要，但我发现自己总是使用纯JavaAPI，这一点我并不自豪。所以我只需要强迫自己离开舒适区，开始使用SLF4J。感谢您提供的大量提示和精彩帖子。我只是把它标记为正确的答案。