जावा रेगेक्स थ्रेड सुरक्षित है?

Question

मेरे पास एक ऐसा फ़ंक्शन है जो पैटर्न के लिए स्ट्रिंग्स की सूची खोजने के लिए Pattern.compile और Matcher का उपयोग करता है। यह फ़ंक्शन एकाधिक धागे में उपयोग किया जाता है। जब थ्रेड बनाया जाता है तो प्रत्येक थ्रेड में Pattern.compile को पारित एक अद्वितीय पैटर्न होगा। धागे और पैटर्न की संख्या गतिशील हैं, जिसका अर्थ है कि मैं कॉन्फ़िगरेशन के दौरान अधिक पैटर्न और धागे जोड़ सकता हूं।

क्या मुझे रीजिक्स का उपयोग करने पर इस फ़ंक्शन पर "सिंक्रनाइज़" करने की आवश्यकता है? जावा थ्रेड में regex सुरक्षित है?

TIA

Answer 1

हाँ, इस (पैटर्न) वर्ग के Pattern class

उदाहरण के लिए जावा API दस्तावेज़ों से अडिग हैं और कई समवर्ती धागे द्वारा उपयोग के लिए सुरक्षित हैं। इस तरह के उपयोग के लिए Matcher क्लास के उदाहरण सुरक्षित नहीं हैं।

यदि आप प्रदर्शन केंद्रित कोड देख रहे हैं, तो नए उदाहरण बनाने के बजाय रीसेट() विधि का उपयोग करके मैचर इंस्टेंस को रीसेट करने का प्रयास करें। यह मैचर इंस्टेंस की स्थिति को रीसेट कर देगा, जिससे इसे अगले रेगेक्स ऑपरेशन के लिए उपयोग करने योग्य बनाया जा सकेगा। वास्तव में, यह मैचर उदाहरण में बनाए रखा राज्य है जो इसके लिए समवर्ती पहुंच के लिए असुरक्षित है।

Answer 2

आपको लगता है कि धागा सुरक्षा के साथ-साथ आसपास के कोड को ध्यान में रखना है याद करने की आवश्यकता है, आप भाग्य में दिखाई देते हैं। तथ्य यह है कि Matchers पैटर्न की matcher फैक्टरी विधि का उपयोग करके बनाए गए हैं और सार्वजनिक रचनाकारों की कमी एक सकारात्मक संकेत है। इसी तरह, आप Pattern को बनाने के लिए compile स्थैतिक विधि का उपयोग करते हैं।

तो, संक्षेप में, आप उदाहरण की तरह कुछ करना है, तो:

Pattern p = Pattern.compile("a*b"); 
Matcher m = p.matcher("aaaaab"); 
boolean b = m.matches(); 

आप बहुत अच्छी तरह से करना चाहिए।

स्पष्टता के लिए कोड उदाहरण का पालन करें: ध्यान दें कि इस उदाहरण का दृढ़ता से तात्पर्य है कि इस प्रकार बनाई गई मैचर पैटर्न और परीक्षण के साथ थ्रेड-लोकल है। यानी, आपको इस प्रकार किसी भी अन्य थ्रेड के लिए बनाए गए Matcher का पर्दाफाश नहीं करना चाहिए।

स्पष्ट रूप से, यह किसी भी थ्रेड-सुरक्षा प्रश्न का जोखिम है। वास्तविकता यह है कि कोई भी कोड थ्रेड-असुरक्षित बनाया जा सकता है यदि आप पर्याप्त मेहनत करते हैं। सौभाग्य से, wonderfulbooks हैं जो हमें उन तरीकों का पूरा समूह सिखाते हैं जिन्हें हम अपने कोड को बर्बाद कर सकते हैं। अगर हम उन गलतियों से दूर रहते हैं, तो हम थ्रेडिंग समस्याओं की अपनी संभावना को बहुत कम करते हैं।

Answer 3

Thread-safety with regular expressions in Java

सारांश:

जावा नियमित अभिव्यक्ति एपीआई एक भी संकलित पैटर्न अनेक मिलान संचालन भर में साझा करने के लिए अनुमति देने के लिए बनाया गया है।

आप सुरक्षित रूप से अलग धागे से एक ही पैटर्न पर Pattern.matcher() कॉल कर सकते हैं और सुरक्षित रूप से समवर्ती matchers का उपयोग करें। पैटर्न.मैचर() सिंक्रनाइज़ेशन के बिना मैचर्स बनाने के लिए सुरक्षित है। हालांकि विधि संबद्ध नहीं है, पैटर्न वर्ग के लिए आंतरिक, एक अस्थिर चर संकलित बुलाया हमेशा मिलान करने के बाद एक पैटर्न के निर्माण की स्थापना की और कॉल की शुरू में पढ़ा जाता है()। यह किसी भी धागे को उस स्थिति की सामग्री को सही ढंग से "देखने" के लिए पैटर्न का संदर्भ देता है।

दूसरी तरफ, आपको विभिन्न धागे के बीच एक मैचर साझा नहीं करना चाहिए। या कम से कम, यदि आपने कभी किया है, तो आप स्पष्ट सिंक्रनाइज़ेशन का उपयोग करना चाहिए।

Answer 4

Matcher.java के लिए कोड पर एक त्वरित रूप से मेल खाने वाले पाठ, समूह के लिए सरणी, बनाए रखने के लिए कुछ अनुक्रमणिका और कुछ boolean एस अन्य राज्यों के लिए सदस्य चर का एक गुच्छा दिखाता है। यह सभी एक राज्य Matcher पर इंगित करता है जो एकाधिक Threads द्वारा उपयोग किए जाने पर अच्छी तरह से व्यवहार नहीं करेगा। तो JavaDoc करता है:

इस वर्ग के उदाहरण कई समवर्ती धागे द्वारा उपयोग के लिए सुरक्षित नहीं है।

यह केवल एक मुद्दा है, तो, के रूप में @Bob क्रॉस बताते हैं, तो आप अपने रास्ते से हट जाने के अलग Thread रों में अपने Matcher के उपयोग की अनुमति है। यदि आपको ऐसा करने की आवश्यकता है, और आपको लगता है कि सिंक्रनाइज़ेशन आपके कोड के लिए एक मुद्दा होगा, तो आपके पास एक विकल्प है जो ThreadLocal स्टोरेज ऑब्जेक्ट का उपयोग करने के लिए Matcher प्रति कार्य थ्रेड बनाए रखने के लिए है।

Answer 5

सारांश में, आप पुन: उपयोग कर सकते हैं (स्थैतिक चर में रखने के लिए) संकलित पैटर्न (रों) और जब कुछ स्ट्रिंग

import java.util.regex.Matcher; 
import java.util.regex.Pattern; 

/** 
* Validation helpers 
*/ 
public final class Validators { 

private static final String EMAIL_PATTERN = "^[_A-Za-z0-9-]+(\\.[_A-Za-z0-9-]+)*@[A-Za-z0-9-]+(\\.[A-Za-z0-9-]+)*(\\.[A-Za-z]{2,})$"; 

private static Pattern email_pattern; 

    static { 
    email_pattern = Pattern.compile(EMAIL_PATTERN); 
    } 

    /** 
    * Check if e-mail is valid 
    */ 
    public static boolean isValidEmail(String email) { 
    Matcher matcher = email_pattern.matcher(email); 
    return matcher.matches(); 
    } 

} 

http://zoomicon.wordpress.com/2012/06/01/validating-e-mails-using-regular-expressions-in-java/ देखने के खिलाफ उन regex pattens को मान्य करने के लिए आवश्यक उन्हें बताएं कि आप नए matchers देने के लिए (अंत के पास) ई-मेल को सत्यापित करने के लिए उपरोक्त उपयोग किए गए रेगेक्स पैटर्न के संबंध में (यदि यह फिट नहीं है तो इसे ई-मेल सत्यापन के लिए जरूरी नहीं है क्योंकि इसे यहां पोस्ट किया गया है)