tl;博士
OffsetDateTime // Represent a moment as a date with time-of-day in the context of an offset-from-UTC (a number of hours-minutes-seconds).
.parse( // Parse text into a date-time object.
"2019-11-23T10:32:15+12:24" // The offset of +12:24 looks suspicious, likely an error.
) // Returns an `OffsetDateTime` object.
从语义上讲，至此我们已经完成了一个OffsetDateTime 对象。
但您声称使用的 API 需要 ZoneDateTime 对象。我们没有要应用的已知时区，所以让我们应用 UTC（零时分秒的偏移量）。
OffsetDateTime // Represent a moment as a date with time-of-day in the context of an offset-from-UTC (a number of hours-minutes-seconds).
.parse( // Parse text into a date-time object.
"2019-11-23T10:32:15+12:24" // The offset of +12:24 looks suspicious, likely an error.
) // Returns an `OffsetDateTime` object.
.atZoneSameInstant( // Convert from `OffsetDateTime` to `ZonedDateTime` by applying a time zone.
ZoneOffset.UTC // This constant is a `ZoneOffset` object, whose class extends from `ZoneId`. So we can use it as a time zone, though semantically we are making a mess.
) // Returns a `ZonedDateTime` object.
.toString() // Generate text in standard ISO 8601 format.
看到这个code run live at IdeOne.com。
2019-11-22T22:08:15Z
警告：您的示例输入字符串的偏移量在我看来是错误的。
详情
您需要了解一些有关日期时间处理的概念。
偏移
与 UTC 的偏移只是在格林威治皇家天文台绘制的子午线之前或之后几个小时-分钟-秒。
在 Java 中，我们用 ZoneOffset 类表示偏移量。偏移上下文中的日期和时间用OffsetDateTime 类表示。这样的对象代表一个时刻，时间轴上的一个特定点。
时区
时区要多得多。时区是特定地区的人们使用的偏移量的过去、现在和未来变化的历史。这些变化是由政客决定的。因此，这些变化可能是任意的和反复无常的，并且经常发生得令人惊讶，通常很少或根本没有警告。例如，在北美，大多数地区都采用夏令时 (DST) 废话，导致偏移量每年变化两次。目前，政客们有一种时尚，即退出夏令时的变化，同时在“夏令时”全年永久停留，比标准时间提前一小时。
有一个数据库对这些更改进行编目。 tZ 数据 是一个由 IANA 维护的文件，用于列出全球范围内的变化。您可能会在主机操作系统、企业级数据库管理系统（如 Postgres）和 Java 虚拟机中找到这些数据的副本。请务必根据您关心的区域的变化使这些保持最新。
时区的名称格式为Continent/Region。例如，Africa/Tunis、Europe/Paris 和 Asia/Kolkata。
OffsetDateTime
因此，像“2019-11-23T10:32:15+12:24”这样的输入字符串没有时区指示符，只有偏移量。所以我们必须将其解析为OffsetDateTime。
OffsetDateTime odt = OffsetDateTime.parse( "2019-11-23T10:32:15+12:24" ) ;
要求ZonedDateTime 是没有意义的。 我们不能仅根据偏移量可靠地确定时区。许多时区可能会及时共享一些品脱的偏移量。
另外，那个特定的输入字符串2019-11-23T10:32:15+12:24 是可疑的。十二小时二十四分钟的偏移不映射到任何当前时区。你确定它是正确的？
您可以通过指定用于调整的时区将OffsetDateTime 转换为ZonedDateTime。我建议使用 UTC。虽然这在技术上有效，但在语义上却令人困惑。 UTC 时刻最好用OffsetDateTime 表示，而不是ZonedDateTime。但显然您正在与需要 ZonedDateTime 的代码进行互操作，所以 c'est la vie。
ZonedDateTime zdt = odt.atZoneSameInstant( ZoneOffset.UTC ) ;
Instant
提示：通常，应编写 API 以将时刻传递为 Instant 对象，根据定义，该对象始终采用 UTC。
LocalDateTime
您呈现另一个字符串输入“2018-04-05 19:58:55”。此输入缺少任何时区指示符或与 UTC 的偏移量。所以我们不知道这是否意味着日本东京几乎晚上 8 点，法国图卢兹几乎晚上 8 点，或者美国俄亥俄州托莱多几乎晚上 8 点——这些事件都发生在几个小时内，时区的不同点。
这样的值必须被解析为LocalDateTime。将中间的空格替换为T 以符合 ISO 8601 标准格式。
LocalDateTime ldt = LocalDateTime.parse( "2018-04-05 19:58:55".replace( " " , "T" ) ) ;
生成的对象不代表一个时刻，也不是时间轴中的一个点。这样的对象代表了大约 26-27 小时范围内的潜在时刻，即全球时区范围。
ZonedDateTime
如果您确定输入字符串用于特定时区，请应用ZoneId 以获取ZonedDateTime。然后你确定了一个时刻，时间线上的一个特定点。
ZoneId z = ZonedId.of( "Asia/Kolkata" ) ;
ZonedDateTime zdt = ldt.atZone( z ) ;
关于java.time
java.time 框架内置于 Java 8 及更高版本中。这些类取代了麻烦的旧 legacy 日期时间类，例如 java.util.Date、Calendar 和 SimpleDateFormat。
要了解更多信息，请参阅Oracle Tutorial。并在 Stack Overflow 上搜索许多示例和解释。规格为JSR 310。
Joda-Time 项目现在位于maintenance mode，建议迁移到java.time 类。
您可以直接与您的数据库交换 java.time 对象。使用符合JDBC 4.2 或更高版本的JDBC driver。不需要字符串，不需要java.sql.* 类。
从哪里获得 java.time 类？
ThreeTen-Extra 项目通过附加类扩展了 java.time。该项目是未来可能添加到 java.time 的试验场。您可以在这里找到一些有用的类，例如Interval、YearWeek、YearQuarter 和more。