Tôi có ngày sau : 2011-08-12T20:17:46.384Z. Định dạng này là gì? Tôi đang cố phân tích cú pháp với Java 1.4 thông qua DateFormat.getDateInstance().parse(dateStr)và tôi đang nhận được

java.text.PudeException: Ngày không thể phát hiện: "2011-08-12T20: 17: 46.384Z"

Tôi nghĩ rằng tôi nên sử dụng SimpleDateFormat để phân tích cú pháp, nhưng trước tiên tôi phải biết chuỗi định dạng. Tất cả những gì tôi có cho đến nay là yyyy-MM-ddbởi vì tôi không biết ý Tnghĩa của chuỗi này - thứ gì đó liên quan đến múi giờ? Chuỗi ngày này đến từ lcmis:downloadedOnthẻ được hiển thị trên loại phương tiện lịch sử tải xuống Tệp CMIS .

Chữ T chỉ là một nghĩa đen để tách ngày khỏi thời gian và chữ Z có nghĩa là "bù giờ 0" còn được gọi là "thời gian Zulu" (UTC). Nếu chuỗi của bạn luôn có "Z", bạn có thể sử dụng:

SimpleDateFormat format = new SimpleDateFormat(
    "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", Locale.US);
format.setTimeZone(TimeZone.getTimeZone("UTC"));

Hoặc sử dụng Joda Time , bạn có thể sử dụng ISODateTimeFormat.dateTime().

tl; dr

Tiêu chuẩn ISO 8601 định dạng được sử dụng bởi chuỗi đầu vào của bạn.

Instant.parse ( "2011-08-12T20:17:46.384Z" ) 

ISO 8601

Định dạng này được xác định bởi tiêu chuẩn thực tế hợp lý, ISO 8601 .

Phần Ttách biệt phần ngày với phần thời gian trong ngày. Kết Zthúc có nghĩa là UTC (nghĩa là độ lệch từ UTC là 0 giờ-phút-giây). Các Zđược phát âm là “Zulu” .

java.time

Các lớp thời gian cũ đi kèm với các phiên bản Java sớm nhất đã được chứng minh là được thiết kế kém, khó hiểu và rắc rối. Tránh chúng.

Thay vào đó, hãy sử dụng khung java.time được tích hợp trong Java 8 trở lên. Các lớp java.time thay thế cả các lớp thời gian cũ và thư viện Joda-Time rất thành công.

Các lớp java.time sử dụng ISO 8601 theo mặc định khi phân tích / tạo các biểu diễn văn bản của các giá trị thời gian.

Các Instantlớp đại diện cho một thời điểm trên Timeline trong UTC với độ phân giải nano giây . Lớp đó có thể phân tích trực tiếp chuỗi đầu vào của bạn mà không cần xác định mẫu định dạng.

Instant instant = Instant.parse ( "2011-08-12T20:17:46.384Z" ) ;

Giới thiệu về java.time

các java.time khung được xây dựng vào Java 8 và sau đó. Những lớp học thay thế cái cũ phiền hà di sản lớp học ngày thời gian như java.util.Date, Calendar, & SimpleDateFormat.

Các Joda thời gian dự án, bây giờ trong chế độ bảo trì , khuyên chuyển đổi sang các java.time lớp.

Để tìm hiểu thêm, xem Hướng dẫn Oracle . Và tìm kiếm Stack Overflow cho nhiều ví dụ và giải thích. Đặc điểm kỹ thuật là JSR 310 .

Nơi để có được các lớp java.time?

• Java SE 8 , Java SE 9 và mới hơn
  • Được xây dựng trong.
  • Một phần của API Java tiêu chuẩn với việc triển khai đi kèm.
  • Java 9 thêm một số tính năng nhỏ và sửa lỗi.
• Java SE 6 và Java SE 7
  • Phần lớn chức năng java.time được chuyển ngược sang Java 6 & 7 trong ThreeTen-Backport .
• Android
  • Các phiên bản sau của triển khai gói Android của các lớp java.time.
  • Đối với Android trước đó, ThreeTenABP dự án thích nghi ThreeTen-backport (nêu trên). Xem Cách sử dụng ThreeTenABP .

Các ThreeTen-Extra dự án mở rộng java.time với các lớp bổ sung. Dự án này là một nền tảng chứng minh cho các bổ sung có thể trong tương lai cho java.time. Bạn có thể tìm thấy một số các lớp học hữu ích ở đây chẳng hạn như Interval, YearWeek, YearQuarter, và nhiều hơn nữa .

Không chắc chắn về phân tích cú pháp Java, nhưng đó là ISO8601: http://en.wikipedia.org/wiki/ISO_8601

Có nhiều cách khác để phân tích nó hơn là câu trả lời đầu tiên. Để phân tích cú pháp:

(1) Nếu bạn muốn lấy thông tin về ngày và giờ, bạn có thể phân tích nó thành một đối tượng ZonedDatetime(kể từ Java 8 ) hoặc Date(cũ):

// ZonedDateTime's default format requires a zone ID(like [Australia/Sydney]) in the end.
// Here, we provide a format which can parse the string correctly.
DateTimeFormatter dtf = DateTimeFormatter.ISO_DATE_TIME;
ZonedDateTime zdt = ZonedDateTime.parse("2011-08-12T20:17:46.384Z", dtf);

hoặc là

// 'T' is a literal.
// 'X' is ISO Zone Offset[like +01, -08]; For UTC, it is interpreted as 'Z'(Zero) literal.
String pattern = "yyyy-MM-dd'T'HH:mm:ss.SSSX";

// since no built-in format, we provides pattern directly.
DateFormat df = new SimpleDateFormat(pattern);

Date myDate = df.parse("2011-08-12T20:17:46.384Z");

(2) Nếu bạn không quan tâm đến ngày và giờ và chỉ muốn coi thông tin là một khoảnh khắc tính bằng nano giây, thì bạn có thể sử dụng Instant:

// The ISO format without zone ID is Instant's default.
// There is no need to pass any format.
Instant ins = Instant.parse("2011-08-12T20:17:46.384Z");

Nếu các bạn đang tìm kiếm một giải pháp cho Android, bạn có thể sử dụng đoạn mã sau để lấy epoch giây từ chuỗi dấu thời gian.

public static long timestampToEpochSeconds(String srcTimestamp) {
    long epoch = 0;

    try {
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
            Instant instant = Instant.parse(srcTimestamp);
            epoch = instant.getEpochSecond();
        } else {
            SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'hh:mm:ss.SSSSSS'Z'", Locale.getDefault());
            sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
            Date date = sdf.parse(srcTimestamp);
            if (date != null) {
                epoch = date.getTime() / 1000;
            }
        }
    } catch (Exception e) {
        e.printStackTrace();
    }

    return epoch;
}

Đầu vào mẫu: 2019-10-15T05: 51: 31.537979Z

Sản lượng mẫu: 1571128673

Bạn có thể sử dụng ví dụ sau.

    String date = "2011-08-12T20:17:46.384Z";

    String inputPattern = "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'";

    String outputPattern = "yyyy-MM-dd HH:mm:ss";

    LocalDateTime inputDate = null;
    String outputDate = null;


    DateTimeFormatter inputFormatter = DateTimeFormatter.ofPattern(inputPattern, Locale.ENGLISH);
    DateTimeFormatter outputFormatter = DateTimeFormatter.ofPattern(outputPattern, Locale.ENGLISH);

    inputDate = LocalDateTime.parse(date, inputFormatter);
    outputDate = outputFormatter.format(inputDate);

    System.out.println("inputDate: " + inputDate);
    System.out.println("outputDate: " + outputDate);

Kỹ thuật này dịch java.util.Date sang định dạng UTC (hoặc bất kỳ định dạng nào khác) và quay lại.

Xác định một lớp như vậy:

import java.util.Date;

import org.joda.time.DateTime;
import org.joda.time.format.DateTimeFormat;
import org.joda.time.format.DateTimeFormatter;

public class UtcUtility {

public static DateTimeFormatter UTC = DateTimeFormat.forPattern("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'").withZoneUTC();


public static Date parse(DateTimeFormatter dateTimeFormatter, String date) {
    return dateTimeFormatter.parseDateTime(date).toDate();
}

public static String format(DateTimeFormatter dateTimeFormatter, Date date) {
    return format(dateTimeFormatter, date.getTime());
}

private static String format(DateTimeFormatter dateTimeFormatter, long timeInMillis) {
    DateTime dateTime = new DateTime(timeInMillis);
    String formattedString = dateTimeFormatter.print(dateTime);
    return formattedString;
}

}

Sau đó sử dụng nó như thế này:

Date date = format(UTC, "2020-04-19T00:30:07.000Z")

hoặc là

String date = parse(UTC, new Date())

Bạn cũng có thể xác định các định dạng ngày khác nếu bạn yêu cầu (không chỉ UTC)

@ John-Skeet đã cho tôi manh mối để khắc phục vấn đề của riêng tôi xung quanh vấn đề này. Là một lập trình viên trẻ, vấn đề nhỏ này rất dễ bỏ sót và khó chẩn đoán. Vì vậy, tôi chia sẻ nó với hy vọng nó sẽ giúp được ai đó.

Vấn đề của tôi là tôi muốn phân tích chuỗi sau đây chống lại dấu thời gian từ JSON Tôi không có ảnh hưởng và đặt nó vào các biến hữu ích hơn. Nhưng tôi cứ bị lỗi.

Vì vậy, đưa ra những điều sau đây (chú ý đến tham số chuỗi bên trong ofPotype ();

String str = "20190927T182730.000Z"

LocalDateTime fin;
fin = LocalDateTime.parse( str, DateTimeFormatter.ofPattern("yyyyMMdd'T'HHmmss.SSSZ") );

Lỗi:

Exception in thread "main" java.time.format.DateTimeParseException: Text 
'20190927T182730.000Z' could not be parsed at index 19

Vấn đề? Chữ Z ở cuối Mẫu cần được bọc trong 'Z' giống như 'T'. Thay đổi "yyyyMMdd'T'HHmmss.SSSZ"để "yyyyMMdd'T'HHmmss.SSS'Z'"và nó hoạt động.

Việc loại bỏ Z khỏi mẫu hoàn toàn cũng dẫn đến lỗi.

Thành thật mà nói, tôi mong đợi một lớp Java đã dự đoán điều này.