क्या मॉडल बीन (पुन: उपयोग) में स्थिर क्षेत्र के रूप में जीसन इंस्टेंस का उपयोग करना ठीक है?

Question

यहाँ मॉडल मैं लागू किया गया है:

public class LoginSession { 
    private static final Gson gson = new Gson(); 

    private String id; 
    private String name; 
    private long timestamp; 

    public LoginSession(String id, String name) { 
     this.id = id; 
     this.name = name; 
     this.timestamp = System.currentTimeMillis(); 
    } 

    public String toJson() { 
     return gson.toJson(this); 
    } 

    public static LoginSession fromJson(String json) { 
     checkArgument(!isNullOrEmpty(json)); 
     return gson.fromJson(json, LoginSession.class); 
    } 
} 

मैंने सोचा कि यह हर LoginSession उदाहरण के लिए नई Gson उदाहरण बनाने के लिए बेकार है।

लेकिन जो मुझे चिंता है, वह थ्रेड-सुरक्षा समस्या है। लगभग 1000+ उदाहरण/सेकंड बनाए जाएंगे।

क्या स्टोनिक फ़ील्ड के रूप में जीसन इंस्टेंस का उपयोग करना ठीक है?

किसी भी सलाह/सुधार के लिए धन्यवाद।

Answer 1

यह मेरे लिए ठीक लगता है। जीएसओएन इंस्टेंस में कुछ भी नहीं है जो इसे LoginSession के विशिष्ट उदाहरण से संबंधित बनाता है, इसलिए यह स्थिर होना चाहिए।

जीएसओएन should be thread-safe उदाहरण देता है, और bug regarding था जो तय किया गया था।

Answer 2

टिप्पणियां मौजूदा इकाई परीक्षण वास्तव में बहुत परीक्षण नहीं होता है, सुरक्षा थ्रेड से संबंधित कुछ के साथ सावधान रहना के अनुसार

...

वहाँ धागा सुरक्षा के लिए जाँच एक unit test है:

/** 
* Tests for ensuring Gson thread-safety. 
* 
* @author Inderjeet Singh 
* @author Joel Leitch 
*/ 
public class ConcurrencyTest extends TestCase { 
    private Gson gson; 
    ... 

आप आश्चर्य हो सकता है कि क्या यह यूनिट परीक्षण प्रत्येक संभावित मशीन कॉन्फ़िगरेशन पर हर संभव समस्या को खोजने के लिए पर्याप्त है? इस पर कोई टिप्पणी?

Gson उदाहरण Json संचालन लागू करते हुए किसी भी राज्य को बनाए रखने नहीं करता है:

वहाँ भी docs में इस वाक्य है। तो, आप एक ही ऑब्जेक्ट को कई जेसन सीरियलाइजेशन और deserialization संचालन के लिए पुन: उपयोग करने के लिए स्वतंत्र हैं।

Answer 3

कोर Gson कक्षा थ्रेड-सुरक्षित है। मुझे बस एक थ्रेड-सुरक्षा समस्या का सामना करना पड़ा जो माना जाता था कि जीएसओएन के साथ। यह समस्या तब हुई जब और JsonSerializerDate पार्सिंग और स्वरूपण के लिए कस्टम का उपयोग किया गया। चूंकि यह निकला, थ्रेड-सुरक्षा समस्या मेरे विधि के स्थिर SimpleDateFormat उदाहरण के उपयोग के साथ थी जो थ्रेड-सुरक्षित नहीं है। एक बार जब मैंने ThreadLocal उदाहरण में स्थैतिक SimpleDateFormat लपेट लिया, तो सब ठीक काम किया।