Tôi có nên khai báo ObjectMapper của Jackson là trường tĩnh không?

ObjectMapperLớp học của thư viện Jackson dường như là chủ đề an toàn .

Điều này có nghĩa là tôi nên khai báo tôi ObjectMapperlà một trường tĩnh như thế này

class Me {
    private static final ObjectMapper mapper = new ObjectMapper();
}

thay vì như một trường cấp thể hiện như thế này?

class Me {
    private final ObjectMapper mapper = new ObjectMapper();
}

Vâng, đó là an toàn và khuyến khích.

Nhắc nhở duy nhất từ ​​trang bạn đã giới thiệu là bạn không thể sửa đổi cấu hình của trình ánh xạ một khi nó được chia sẻ; nhưng bạn không thay đổi cấu hình như vậy là tốt. Nếu bạn cần thay đổi cấu hình, bạn sẽ làm điều đó từ khối tĩnh và nó cũng sẽ ổn.

EDIT : (2013/10)

Với 2.0 trở lên, ở trên có thể được tăng cường bằng cách lưu ý rằng có một cách thậm chí còn tốt hơn: sử dụng ObjectWritervà ObjectReadercác đối tượng, có thể được xây dựng bằng ObjectMapper. Chúng hoàn toàn không thay đổi, an toàn luồng, có nghĩa là về mặt lý thuyết không thể gây ra sự cố an toàn luồng (có thể xảy ra ObjectMappernếu mã cố gắng định cấu hình lại cá thể).

Mặc dù ObjectMapper là luồng an toàn, tôi không khuyến khích mạnh mẽ tuyên bố nó là biến tĩnh, đặc biệt là trong ứng dụng đa luồng. Thậm chí không phải vì nó là một thực hành tồi, mà bởi vì bạn đang có nguy cơ bế tắc nặng nề. Tôi đang nói với nó từ kinh nghiệm của riêng tôi. Tôi đã tạo một ứng dụng với 4 luồng giống hệt nhau để nhận và xử lý dữ liệu JSON từ các dịch vụ web. Ứng dụng của tôi thường xuyên bị đình trệ trong lệnh sau, theo kết xuất luồng:

Map aPage = mapper.readValue(reader, Map.class);

Bên cạnh đó, hiệu suất không tốt. Khi tôi thay thế biến tĩnh bằng biến dựa trên thể hiện, sự ngưng trệ biến mất và hiệu suất tăng gấp bốn lần. Tức là 2,4 triệu tài liệu JSON đã được xử lý trong 40 phút.56 giây, thay vì 2,5 giờ trước đó.

Mặc dù an toàn khi khai báo ObjectMapper tĩnh về mặt an toàn của luồng, bạn nên lưu ý rằng việc xây dựng các biến Object tĩnh trong Java được coi là thực tiễn xấu. Để biết thêm chi tiết, xem Tại sao các biến tĩnh được coi là xấu? (và nếu bạn thích, câu trả lời của tôi )

Nói tóm lại, nên tránh các số liệu thống kê vì khó viết bài kiểm tra đơn vị ngắn gọn. Ví dụ, với ObjectMapper tĩnh cuối cùng, bạn không thể trao đổi tuần tự hóa JSON cho mã giả hoặc không có op.

Ngoài ra, một trận chung kết tĩnh ngăn bạn không bao giờ cấu hình lại ObjectMapper khi chạy. Bây giờ bạn có thể không hình dung ra một lý do cho điều đó, nhưng nếu bạn tự khóa mình vào một mẫu cuối cùng tĩnh, không có gì xé nát trình nạp lớp sẽ cho phép bạn khởi tạo lại nó.

Trong trường hợp ObjectMapper thì tốt, nhưng nói chung, đó là một thực tiễn tồi và không có lợi thế nào khi sử dụng một mẫu đơn hoặc điều khiển đảo ngược để quản lý các đối tượng tồn tại lâu dài của bạn.

Một mẹo tôi đã học được từ PR này nếu bạn không muốn định nghĩa nó là biến cuối cùng tĩnh nhưng muốn tiết kiệm một chút chi phí và đảm bảo an toàn cho chuỗi.

private static final ThreadLocal<ObjectMapper> om = new ThreadLocal<ObjectMapper>() {
    @Override
    protected ObjectMapper initialValue() {
        ObjectMapper objectMapper = new ObjectMapper();
        objectMapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
        return objectMapper;
    }
};

public static ObjectMapper getObjectMapper() {
    return om.get();
}

tín dụng cho tác giả.

com.fasterxml.jackson.databind.type.TypeFactory._hashMapSuperInterfaceChain (HVELicType)

com.fasterxml.jackson.databind.type.TypeFactory._findSuperInterfaceChain(Type, Class)
  com.fasterxml.jackson.databind.type.TypeFactory._findSuperTypeChain(Class, Class)
     com.fasterxml.jackson.databind.type.TypeFactory.findTypeParameters(Class, Class, TypeBindings)
        com.fasterxml.jackson.databind.type.TypeFactory.findTypeParameters(JavaType, Class)
           com.fasterxml.jackson.databind.type.TypeFactory._fromParamType(ParameterizedType, TypeBindings)
              com.fasterxml.jackson.databind.type.TypeFactory._constructType(Type, TypeBindings)
                 com.fasterxml.jackson.databind.type.TypeFactory.constructType(TypeReference)
                    com.fasterxml.jackson.databind.ObjectMapper.convertValue(Object, TypeReference)

Phương thức _hashMapSuperInterfaceChain trong lớp com.fasterxml.jackson.databind.type.TypeFactory được đồng bộ hóa. Đang thấy sự tranh chấp trên cùng ở tải cao.

Có thể là một lý do khác để tránh ObjectMapper tĩnh