ฉันควรประกาศ ObjectMapper ของ Jackson เป็นฟิลด์คงที่หรือไม่

ห้องสมุดของแจ็คสันObjectMapperชั้นดูเหมือนว่าจะมีความปลอดภัยด้าย

นี่หมายความว่าฉันควรประกาศว่าฉันObjectMapperเป็นสนามคงที่เช่นนี้

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

แทนที่จะเป็นฟิลด์ระดับอินสแตนซ์เช่นนี้

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

ใช่ว่าปลอดภัยและแนะนำ

คำเตือนเดียวจากหน้าเว็บที่คุณอ้างถึงคือคุณไม่สามารถแก้ไขการกำหนดค่าตัวทำแผนที่ได้เมื่อมีการแชร์ แต่คุณจะไม่เปลี่ยนการกำหนดค่าเพื่อที่จะไม่เป็นไร หากคุณไม่จำเป็นต้องเปลี่ยนการกำหนดค่าคุณจะทำเช่นนั้นจากบล็อกแบบสแตติกและมันก็ใช้ได้เช่นกัน

แก้ไข : (2013/10)

2.0 และสูงกว่าข้างต้นสามารถเติมโดยสังเกตว่ามีวิธีที่ดีกว่าแม้ใช้งาน: ใช้ObjectWriterและวัตถุที่สามารถสร้างขึ้นโดยObjectReader ObjectMapperพวกมันไม่สามารถเปลี่ยนแปลงได้อย่างสมบูรณ์ thread-safe ซึ่งหมายความว่ามันเป็นไปไม่ได้ในทางทฤษฎีที่จะทำให้เกิดปัญหาความปลอดภัยของ thread (ซึ่งอาจเกิดขึ้นได้ObjectMapperหากรหัสพยายามตั้งค่าอินสแตนซ์ใหม่)

แม้ว่า ObjectMapper จะปลอดภัยต่อเธรด แต่ฉันขอแนะนำอย่างยิ่งให้ประกาศเป็นตัวแปรคงที่โดยเฉพาะอย่างยิ่งในแอปพลิเคชันแบบมัลติเธรด ไม่ได้เป็นเพราะมันเป็นวิธีปฏิบัติที่ไม่ดี แต่เป็นเพราะคุณกำลังเสี่ยงต่อการเกิด deadlocking อย่างหนัก ฉันกำลังบอกจากประสบการณ์ของฉันเอง ฉันสร้างแอปพลิเคชันที่มี 4 เธรดที่เหมือนกันซึ่งกำลังรับและประมวลผลข้อมูล JSON จากบริการเว็บ แอปพลิเคชันของฉันถูกถ่วงบ่อยในคำสั่งต่อไปนี้ตามการถ่ายโอนข้อมูลเธรด:

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

นอกจากนั้นประสิทธิภาพยังไม่ดี เมื่อฉันแทนที่ตัวแปรสแตติกด้วยตัวแปรตามอินสแตนซ์การหยุดกลางคันหายไปและเพิ่มประสิทธิภาพเป็นสี่เท่า มีการประมวลผลเอกสาร JSON 2.4 ล้านฉบับใน 40 นาที 55 วินาทีหรือ 2.5 ชั่วโมงก่อนหน้านี้

แม้ว่าจะปลอดภัยที่จะประกาศ ObjectMapper แบบสแตติกในแง่ของความปลอดภัยของเธรดคุณควรทราบว่าการสร้างตัวแปร Object แบบคงที่ใน Java นั้นถือว่าเป็นแนวปฏิบัติที่ไม่ดี สำหรับรายละเอียดเพิ่มเติมให้ดูที่ทำไมตัวแปรแบบคงที่จึงถือว่าเป็นความชั่ว (และหากคุณต้องการคำตอบของฉัน )

ในระยะสั้นควรหลีกเลี่ยงสถิตยศาสตร์เพราะทำให้ยากต่อการเขียนการทดสอบหน่วยรัดกุม ตัวอย่างเช่นด้วย ObjectMapper ขั้นสุดท้ายแบบคงที่คุณไม่สามารถสลับการจัดลำดับ JSON สำหรับรหัสจำลองหรือไม่มีตัวเลือก

นอกจากนี้สแตติกสุดท้ายจะป้องกันคุณจากการกำหนดค่า ObjectMapper ใหม่ขณะรันไทม์ คุณอาจไม่เห็นเหตุผลในตอนนี้ แต่ถ้าคุณล็อคตัวเองในรูปแบบสุดท้ายคงไม่มีอะไรขาดการแยก classloader จะช่วยให้คุณเริ่มต้นใหม่ได้

ในกรณีของ ObjectMapper มันดี แต่โดยทั่วไปแล้วมันเป็นแนวปฏิบัติที่ไม่ดีและไม่มีข้อได้เปรียบในการใช้รูปแบบซิงเกิลหรือแบบผกผันของการควบคุมเพื่อจัดการวัตถุที่มีอายุการใช้งานยาวนาน

เคล็ดลับที่ฉันเรียนรู้จากการประชาสัมพันธ์นี้ถ้าคุณไม่ต้องการกำหนดให้เป็นตัวแปรสุดท้าย แต่ต้องการประหยัดค่าใช้จ่ายเล็กน้อยและรับประกันความปลอดภัยของเธรด

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();
}

เครดิตให้กับผู้เขียน

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

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)

เมธอด _hashMapSuperInterfaceChain ในคลาสcom.fasterxml.jackson.databind.type.TypeFactoryถูกซิงโครไนซ์ ฉันเห็นการต่อสู้ในที่โหลดสูง

อาจเป็นอีกสาเหตุหนึ่งที่จะหลีกเลี่ยง ObjectMapper แบบคงที่