कैसे एक एकल उदाहरण जावा आवेदन को लागू करने के लिए?


89

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

C # में, मैं इसके लिए Mutexक्लास का उपयोग करता हूं लेकिन मुझे नहीं पता कि जावा में यह कैसे करना है।


जावा एनआईओ के साथ एक बहुत ही सरल दृष्टिकोण पूरा उदाहरण देखें stackoverflow.com/a/20015771/185022
AZ_

जवाबों:


62

अगर मैं इस लेख को मानता हूं , तो:

स्थानीय उदाहरण इंटरफ़ेस पर एक सुनने का सॉकेट खोलने का पहला उदाहरण है। यदि यह सॉकेट खोलने में सक्षम है, तो यह माना जाता है कि लॉन्च किए जाने वाले एप्लिकेशन का यह पहला उदाहरण है। यदि नहीं, तो धारणा यह है कि इस एप्लिकेशन का एक उदाहरण पहले से ही चल रहा है। नए उदाहरण को मौजूदा उदाहरण को सूचित करना चाहिए कि एक लॉन्च का प्रयास किया गया था, फिर बाहर निकलें। अधिसूचना प्राप्त करने के बाद मौजूदा उदाहरण समाप्त हो जाता है और एक घटना को सुनने वाले को आग देता है जो कार्रवाई को संभालता है।

ध्यान दें: Ahe का उल्लेख है कि टिप्पणी का उपयोग InetAddress.getLocalHost()करना मुश्किल हो सकता है:

  • यह डीएचसीपी-पर्यावरण में अपेक्षित रूप से काम नहीं करता है क्योंकि पता लौटाया जाता है यह इस बात पर निर्भर करता है कि कंप्यूटर में नेटवर्क एक्सेस है या नहीं।
    समाधान के साथ संबंध खोलना था InetAddress.getByAddress(new byte[] {127, 0, 0, 1});
    संभवतः बग 4435662 से संबंधित है ।
  • मुझे बग 4665037 भी मिला, जो getLocalHostमशीन के अपेक्षित परिणामों की तुलना में रिपोर्ट करता है : मशीन का आईपी पता, बनाम वास्तविक परिणाम: वापसी 127.0.0.1

लिनक्स पर getLocalHostवापस आना आश्चर्यजनक है, 127.0.0.1लेकिन खिड़कियों पर नहीं।


या आप ManagementFactoryऑब्जेक्ट का उपयोग कर सकते हैं । जैसा कि यहाँ बताया गया है :

getMonitoredVMs(int processPid)विधि वर्तमान आवेदन पीआईडी पैरामीटर के रूप में प्राप्त करता है, और आवेदन नाम है कि कमांड लाइन से कहा जाता है, उदाहरण के लिए, आवेदन से शुरू किया गया था पकड़ने c:\java\app\test.jarपथ, तो मूल्य चर रहा है "c:\\java\\app\\test.jar "। इस तरह, हम नीचे दिए गए कोड की लाइन 17 पर सिर्फ आवेदन नाम को पकड़ेंगे।
उसके बाद, हम उसी नाम के साथ एक और प्रक्रिया के लिए जेवीएम की खोज करते हैं, अगर हमने इसे पाया और आवेदन पीआईडी ​​अलग है, तो इसका मतलब है कि दूसरा आवेदन उदाहरण है।

JNLP ऑफर भी a SingleInstanceListener


3
ज्ञात हो कि मुट्ठी के घोल में एक बग होता है। हमने हाल ही में पता लगाया है कि InetAddress.getLocalHost()डीएचसीपी-पर्यावरण में अपेक्षित रूप से काम नहीं करता है क्योंकि पता लौटाया जाता है यह इस बात पर निर्भर करता है कि कंप्यूटर में नेटवर्क एक्सेस है या नहीं। समाधान के साथ संबंध खोलना था InetAddress.getByAddress(new byte[] {127, 0, 0, 1});
एही १

2
@Ahe: उत्कृष्ट बिंदु। मैंने अपनी टिप्पणी के साथ-साथ अपने संपादित उत्तर में ओरेकल-सन बग रिपोर्ट संदर्भों को भी शामिल किया है।
वॉनक

3
JavaDoc के अनुसार InetAddress.getByName(null)लूप बैक इंटरफेस का पता देता है। मुझे लगता है कि यह बेहतर है तो मैन्युअल रूप से 127.0.0.1 निर्दिष्ट करना क्योंकि सिद्धांत रूप में यह आईपीवी 6-केवल वातावरण में भी काम करना चाहिए।
कायाहर


1
@ सुनिश्चित करें, कोई समस्या नहीं: मैंने उन लिंक को पुनर्स्थापित कर दिया है।
वॉन सी सी

65

मैं मुख्य विधि में निम्नलिखित विधि का उपयोग करता हूं। यह सबसे सरल, सबसे मजबूत और कम से कम दखल देने वाला तरीका है, इसलिए मैंने सोचा कि मैं इसे साझा करूंगा।

private static boolean lockInstance(final String lockFile) {
    try {
        final File file = new File(lockFile);
        final RandomAccessFile randomAccessFile = new RandomAccessFile(file, "rw");
        final FileLock fileLock = randomAccessFile.getChannel().tryLock();
        if (fileLock != null) {
            Runtime.getRuntime().addShutdownHook(new Thread() {
                public void run() {
                    try {
                        fileLock.release();
                        randomAccessFile.close();
                        file.delete();
                    } catch (Exception e) {
                        log.error("Unable to remove lock file: " + lockFile, e);
                    }
                }
            });
            return true;
        }
    } catch (Exception e) {
        log.error("Unable to create and/or lock file: " + lockFile, e);
    }
    return false;
}

एक डेस्कटॉप एप्लिकेशन के लिए "लॉकफ़ाइल" पैरामीटर क्या होना चाहिए? आवेदन जार फ़ाइल नाम? कैसे के बारे में कोई जार फ़ाइल है सिर्फ कुछ वर्ग फ़ाइलें?
5YrsLaterDBA

2
क्या फ़ाइल लॉक को मैन्युअल रूप से रिलीज़ करना और शटडाउन पर फ़ाइल को बंद करना वास्तव में आवश्यक है? क्या यह स्वचालित रूप से नहीं होता है जब प्रक्रिया मर जाती है?
Natix

5
लेकिन अगर बिजली बंद हो जाए और कंप्यूटर बंद हो जाए तो क्या होगा? फ़ाइल बनी रहेगी और एप्लिकेशन अप्राप्य होगा।
पेट्र Hudeček

6
@ पेट्रूडेयेक यह ठीक है। कोई फर्क नहीं पड़ता कि आवेदन कैसे समाप्त होता है, फ़ाइल लॉक जारी किया जाएगा। यदि यह एक उचित शटडाउन नहीं था, तो इससे एप्लिकेशन को अगले रन पर इसे महसूस करने की अनुमति देने का भी लाभ होता है। किसी भी मामले में: लॉक वह है जो मायने रखता है, न कि फ़ाइल की उपस्थिति। यदि फ़ाइल अभी भी है, तो आवेदन वैसे भी लॉन्च होगा।
ड्रीम्सस्पेस राष्ट्रपति

@ रॉबर्ट: आपके समाधान के लिए धन्यवाद, मैं तब से इसका इस्तेमाल कर रहा हूं। और अभी-अभी, मैंने इसे पहले से मौजूद उदाहरण के लिए भी संवाद करने के लिए विस्तारित किया कि एक और उदाहरण ने शुरू करने की कोशिश की - फ़ोल्डर वॉचसेवर का उपयोग करके! stackoverflow.com/a/36772436/3500521
ड्रीम्सस्पेस अध्यक्ष

9

अगर ऐप। एक GUI है, इसे JWS के साथ लॉन्च करें और इसका उपयोग करेंSingleInstanceService

अपडेट करें

जावा प्लग-इन (एप्लेट्स और जेडब्ल्यूएस ऐप दोनों के लिए आवश्यक) को ओरेकल द्वारा अपदस्थ किया गया और जेडीके से हटा दिया गया। ब्राउज़र निर्माताओं ने पहले ही इसे अपने ब्राउज़र से हटा दिया था।

अतः यह उत्तर दोषपूर्ण है। केवल पुराने दस्तावेज़ों को देखने वाले लोगों को चेतावनी देने के लिए यहां छोड़ना।


2
यह भी ध्यान दें कि ऐसा प्रतीत होता है कि चल रहे उदाहरणों को नए उदाहरणों और उनके तर्कों से सूचित किया जा सकता है जिससे इस तरह के कार्यक्रम में संवाद करना आसान हो जाता है।
Thorbjørn Ravn Andersen

6

हाँ, यह आरसीपी ग्रहण के लिए वास्तव में एक सभ्य जवाब है एकल उदाहरण के लिए नीचे दिया गया आवेदन मेरा कोड है

in application.java

if(!isFileshipAlreadyRunning()){
        MessageDialog.openError(display.getActiveShell(), "Fileship already running", "Another instance of this application is already running.  Exiting.");
        return IApplication.EXIT_OK;
    } 


private static boolean isFileshipAlreadyRunning() {
    // socket concept is shown at http://www.rbgrn.net/content/43-java-single-application-instance
    // but this one is really great
    try {
        final File file = new File("FileshipReserved.txt");
        final RandomAccessFile randomAccessFile = new RandomAccessFile(file, "rw");
        final FileLock fileLock = randomAccessFile.getChannel().tryLock();
        if (fileLock != null) {
            Runtime.getRuntime().addShutdownHook(new Thread() {
                public void run() {
                    try {
                        fileLock.release();
                        randomAccessFile.close();
                        file.delete();
                    } catch (Exception e) {
                        //log.error("Unable to remove lock file: " + lockFile, e);
                    }
                }
            });
            return true;
        }
    } catch (Exception e) {
       // log.error("Unable to create and/or lock file: " + lockFile, e);
    }
    return false;
}

5

हम इसके लिए फ़ाइल लॉकिंग का उपयोग करते हैं (उपयोगकर्ता के ऐप डेटा डायरेक्टरी में एक जादुई फ़ाइल पर एक विशेष लॉक को पकड़ो), लेकिन हम मुख्य रूप से कई उदाहरणों को कभी भी चलने से रोकने में रुचि रखते हैं।

यदि आप दूसरी आवृत्ति पास कमांड लाइन आर्ग्स, आदि ... पहली बार में करने की कोशिश कर रहे हैं, तो लोकलहोस्ट पर सॉकेट कनेक्शन का उपयोग करके एक पत्थर से दो पक्षियों को मार दिया जाएगा। सामान्य एल्गोरिथ्म:

  • लॉन्च पर, स्थानीय XXX पर पोर्ट XXXX पर श्रोता को खोलने का प्रयास करें
  • यदि विफल हो, तो स्थानीयहोस्ट पर उस पोर्ट पर एक लेखक खोलें और कमांड लाइन आर्ग्स भेजें, फिर बंद करें
  • अन्यथा, स्थानीय XXX पर पोर्ट XXXXX पर सुनें। जब कमांड लाइन आ जाती है, तो उन्हें प्रोसेस करें जैसे कि ऐप को उस कमांड लाइन के साथ लॉन्च किया गया था।

5

मुझे एक समाधान मिला है, थोड़ा कार्टूनिस्ट स्पष्टीकरण, लेकिन अभी भी ज्यादातर मामलों में काम करता है। यह सामान बनाने के लिए सादे पुराने लॉक फ़ाइल का उपयोग करता है, लेकिन काफी अलग दृश्य में:

http://javalandscape.blogspot.com/2008/07/single-instance-from-your-application.html

मुझे लगता है कि यह सख्त फ़ायरवॉल सेटिंग वाले लोगों के लिए मददगार होगा।


हाँ, यह एक अच्छा तरीका है, क्योंकि लॉक को ईवेंट रिलीज़ कर दिया जाएगा यदि एप्लिकेशन क्रैश हो गया है या फिर :)
LE GALL Beno't

5

आप जुनीक लाइब्रेरी का उपयोग कर सकते हैं। यह एकल-उदाहरण जावा एप्लिकेशन को चलाने के लिए समर्थन प्रदान करता है और यह ओपन-सोर्स है।

http://www.sauronsoftware.it/projects/junique/

JUnique लाइब्रेरी का उपयोग उपयोगकर्ता को उसी जावा एप्लिकेशन के समान इंस्टेंसेस के एक ही समय में चलाने के लिए रोकने के लिए किया जा सकता है।

JUnique एक ही उपयोगकर्ता द्वारा लॉन्च किए गए सभी JVM उदाहरणों के बीच ताले और संचार चैनलों को लागू करता है।

public static void main(String[] args) {
    String appId = "myapplicationid";
    boolean alreadyRunning;
    try {
        JUnique.acquireLock(appId, new MessageHandler() {
            public String handle(String message) {
                // A brand new argument received! Handle it!
                return null;
            }
        });
        alreadyRunning = false;
    } catch (AlreadyLockedException e) {
        alreadyRunning = true;
    }
    if (!alreadyRunning) {
        // Start sequence here
    } else {
        for (int i = 0; i < args.length; i++) {
            JUnique.sendMessage(appId, args[0]));
        }
    }
}

हुड के तहत, यह% USER_DATA% /। Junique फ़ोल्डर में फ़ाइल लॉक बनाता है और प्रत्येक अद्वितीय appId के लिए यादृच्छिक पोर्ट पर एक सर्वर सॉकेट बनाता है जो जावा अनुप्रयोगों के बीच संदेश भेजने / प्राप्त करने की अनुमति देता है।


क्या मैं किसी नेटवर्क में जावा एप्लिकेशन के बहु उदाहरण को रोकने के लिए इसका उपयोग कर सकता हूं? उर्फ, मेरे पूरे नेटवर्क के भीतर मेरे आवेदन के केवल एक उदाहरण की अनुमति है
Wuaner


2

J2SE 5.0 या बाद के विवरण में मैनेजमेंटफैक्ट क्लास समर्थित है

लेकिन अब मैं J2SE 1.4 का उपयोग करता हूं और मुझे यह एक http://audiprimadhanty.wordpress.com/2008/06/30/ensuring-one-instance-of-application-running-at-one-time/ मिला लेकिन कभी भी परीक्षण नहीं किया। आपने इस बारे में क्या सोचा?


मेरा मानना ​​है कि यह अनिवार्य रूप से मेरे उत्तर की पहली कड़ी में वर्णित है ... rbgrn.net/blog/2008/05/java-single-application-instance.html
VonC

2

आप प्राथमिकताएँ API का उपयोग करके देख सकते हैं। यह मंच स्वतंत्र है।


मुझे यह विचार पसंद है क्योंकि एपीआई सरल है, लेकिन हो सकता है कि कुछ वायरस स्कैनर आपको रजिस्ट्री को बदलना पसंद न करें, इसलिए आपको सॉफ्टवेयर फ़ायरवॉल के साथ सिस्टम पर आरएमआई का उपयोग करने के समान समस्याएं आती हैं .... निश्चित रूप से नहीं।
काल

@Cal लेकिन एक ही मुद्दा फ़ाइल बदलने / लॉकिंग / आदि के साथ है ... क्या आपको नहीं लगता?
एलेक्स

2

किसी एकल मशीन या पूरे नेटवर्क पर इंस्टेंस की संख्या को सीमित करने का एक अधिक सामान्य तरीका एक मल्टीकलर सॉकेट का उपयोग करना है।

मल्टीकास्ट सॉकेट का उपयोग करना, आपको अपने एप्लिकेशन के किसी भी इंस्टेंस पर एक संदेश प्रसारित करने में सक्षम बनाता है, जिनमें से कुछ कॉर्पोरेट नेटवर्क पर भौतिक रूप से दूरस्थ मशीनों पर हो सकते हैं।

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

  • प्रति मशीन एक या कई उदाहरण
  • प्रति नेटवर्क एक या कई उदाहरण (जैसे ग्राहक साइट पर इंस्टॉल को नियंत्रित करना)

जावा का मल्टिकास्ट सपोर्ट java.net पैकेज के माध्यम से है, जिसमें मल्टिकास्टसॉकेट और डाटाग्रामस्केट मुख्य टूल हैं।

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

JGroups थोड़ी देर के आसपास रहे हैं, और उद्योग में कुछ प्रभावशाली उपयोग हैं, उदाहरण के लिए यह JBoss के क्लस्टरिंग तंत्र को क्लस्टर के सभी उदाहरणों में डेटा प्रसारित करता है।

JGroups का उपयोग करने के लिए, एक ऐप (मशीन या नेटवर्क पर) के उदाहरणों की संख्या को सीमित करने के लिए, हम कहते हैं: ग्राहक ने जितने लाइसेंस खरीदे हैं, वह वैचारिक रूप से बहुत सरल है:

  • आपके एप्लिकेशन के स्टार्टअप पर, प्रत्येक उदाहरण एक नामित समूह में शामिल होने का प्रयास करता है, जैसे "माय ग्रेट ऐप ग्रुप"। आपने 0, 1 या N सदस्यों को अनुमति देने के लिए इस समूह को कॉन्फ़िगर किया होगा
  • जब समूह के सदस्य की गिनती आपके द्वारा कॉन्फ़िगर किए गए से अधिक होती है .. तो आपके ऐप को शुरू करने से इनकार करना चाहिए।

1

आप एक मेमोरी मैप्ड फ़ाइल खोल सकते हैं और फिर देख सकते हैं कि क्या वह फ़ाइल पहले से खुली हुई है। यदि यह पहले से ही खुला है, तो आप मुख्य से लौट सकते हैं।

अन्य तरीके लॉक फ़ाइलों (मानक यूनिक्स अभ्यास) का उपयोग करना है। एक और तरीका क्लिपबोर्ड में कुछ डालना है जब मुख्य जाँच के बाद शुरू होता है कि कुछ क्लिपबोर्ड में है या नहीं।

एल्स, आप एक सॉकेट को एक सुन मोड (सर्वरस्केट) में खोल सकते हैं। पहले हेट सॉकेट से कनेक्ट करने का प्रयास करें; यदि आप कनेक्ट नहीं कर सकते हैं, तो एक सर्वरकेट खोलें। यदि आप कनेक्ट करते हैं, तो आप जानते हैं कि एक और उदाहरण पहले से ही चल रहा है।

इसलिए, बहुत अधिक किसी भी सिस्टम संसाधन का उपयोग यह जानने के लिए किया जा सकता है कि कोई ऐप चल रहा है।

बीआर, ~ ए


क्या आपके पास उन विचारों में से किसी के लिए कोड है? इसके अलावा, क्या होगा यदि मैं चाहता हूं कि यदि उपयोगकर्ता एक नया उदाहरण शुरू करता है, तो वह पिछले सभी को बंद कर देगा?
Android डेवलपर

1

मैंने उस के लिए सॉकेट्स का उपयोग किया है और यदि क्लाइंट क्लाइंट या सर्वर साइड पर अनुप्रयोग है तो व्यवहार थोड़ा अलग है:

  • ग्राहक पक्ष: यदि कोई उदाहरण पहले से मौजूद है (मैं किसी विशिष्ट पोर्ट पर नहीं सुन सकता) तो मैं आवेदन के मापदंडों को छोड़ दूंगा और बाहर निकल जाऊंगा (यदि आप पिछले उदाहरण में कुछ कार्य करना चाहते हैं तो) यदि मैं आवेदन शुरू नहीं करूंगा।
  • सर्वर साइड: यदि कोई उदाहरण पहले से मौजूद है तो मैं एक संदेश प्रिंट करूंगा और बाहर निकल जाऊंगा, यदि नहीं तो मैं एप्लिकेशन शुरू करूंगा।

1
सार्वजनिक वर्ग के एकल वर्ग {
    सार्वजनिक स्थिर अंतिम स्ट्रिंग LOCK = System.getProperty ("user.home") + File.separator + "test.lock";
    सार्वजनिक स्थिर अंतिम स्ट्रिंग PIPE = System.getProperty ("user.home") + File.separator + "test.pipe";
    निजी स्थिर JFrame फ्रेम = अशक्त;

    सार्वजनिक स्थैतिक शून्य main (String [] args) {
        प्रयत्न {
            FileChannel lockChannel = new randomAccessFile (LOCK, "rw")। GetChannel ();
            फ़ाइललोक flk = null; 
            प्रयत्न {
                flk = lockChannel.tryLock ();
            } पकड़ (फेंकने योग्य टी) {
                t.printStackTrace ();
            }
            if (flk == null ||! flk.isValid ()) {
                System.out.println ("चल रहा है चलना, पाइप और छोड़ने के लिए एक संदेश छोड़ना ...");
                फ़ाइलचैन पाइप लाइनचैन = शून्य;
                प्रयत्न {
                    pipChannel = new randomAccessFile (PIPE, "rw")। getChannel ();
                    मैप्डबाइटबफ़र बी बी = पाइपचैनलाइन.मैप (फाइलचैन.मापमोड.आरएडी_राइट, 0, 1);
                    बी बी.पुट (0, (बाइट) 1);
                    bb.force ();
                } पकड़ (फेंकने योग्य टी) {
                    t.printStackTrace ();
                } आखिरकार {
                    अगर (पाइप लाइन! = अशक्त) {
                        प्रयत्न {
                            pipeChannel.close ();
                        } पकड़ (फेंकने योग्य टी) {
                            t.printStackTrace ();
                        }
                    } 
                }
                System.exit (0);
            }
            // हम ताला जारी नहीं करते हैं और यहां चैनल बंद कर देते हैं, 
            // जो आवेदन के दुर्घटनाग्रस्त होने या सामान्य रूप से बंद होने के बाद किया जाएगा। 
            SwingUtilities.invokeLater (
                नया रननीय () {
                    सार्वजनिक शून्य रन () {
                        createAndShowGUI ();
                    }
                }
            );

            FileChannel पाइपचैननेल = null;
            प्रयत्न {
                pipChannel = new randomAccessFile (PIPE, "rw")। getChannel ();
                मैप्डबाइटबफ़र बी बी = पाइपचैनलाइन.मैप (फाइलचैन.मापमोड.आरएडी_राइट, 0, 1);
                जबकि (सच्चा) {
                    बाइट b = bb.get (0);
                    अगर (b> 0) {
                        बी बी.पुट (0, (बाइट) 0);
                        bb.force ();
                        SwingUtilities.invokeLater (
                            नया रननीय () {
                                सार्वजनिक शून्य रन () {
                                    frame.setExtendedState (JFrame.NORMAL);
                                    frame.setAlwaysOnTop (सही);
                                    frame.toFront ();
                                    frame.setAlwaysOnTop (गलत);
                                }
                            }
                        );
                    }
                    Thread.Sleep (1000);
                }
            } पकड़ (फेंकने योग्य टी) {
                t.printStackTrace ();
            } आखिरकार {
                यदि (पाइप लाइन! = अशक्त) {
                    प्रयत्न {
                        pipeChannel.close ();
                    } पकड़ (फेंकने योग्य टी) {
                        t.printStackTrace ();
                    } 
                } 
            }
        } पकड़ (फेंकने योग्य टी) {
            t.printStackTrace ();
        } 
    }

    सार्वजनिक स्थैतिक शून्य createAndShowGUI () {

        फ्रेम = नया JFrame ();
        frame.setDefaultCloseOperation (JFrame.EXIT_ON_CLOSE);
        फ्रेम.सेटसाइज़ (800, 650);
        फ़्रेम .getContentPane () जोड़ें (नया JLabel ("मुख्य खिड़की") 
                    SwingConstants.CENTER), BorderLayout.CENTER);
        frame.setLocationRelativeTo (शून्य);
        frame.setVisible (सही);
    }
}


1

EDIT : इस WatchService दृष्टिकोण का उपयोग करने के बजाय, एक साधारण 1 सेकंड टाइमर थ्रेड का उपयोग यह जांचने के लिए किया जा सकता है कि क्या सूचकफाइल.इक्सिस्ट ()। इसे हटाएं, फिर एप्लिकेशन को सामने लाएं ()।

संपादित करें : मैं जानना चाहूंगा कि यह क्यों अस्वीकृत किया गया। यह अब तक का सबसे अच्छा समाधान है। उदाहरण के लिए, यदि पहले से ही पोर्ट को सुनने के लिए एक और एप्लिकेशन होता है तो सर्वर सॉकेट दृष्टिकोण विफल हो जाता है।

बस Microsoft Windows Sysinternals TCPView डाउनलोड करें (या netstat का उपयोग करें), इसे शुरू करें, "राज्य" के आधार पर सॉर्ट करें, "LISTENING" कहे जाने वाले लाइन ब्लॉक को खोजें, जिसका रिमोट पता आपके कंप्यूटर का नाम कहता है, उस पोर्ट को अपने नए-सॉकेट में डालें। ()-उपाय। इसके कार्यान्वयन में, मैं हर बार विफलता का उत्पादन कर सकता हूं। और यह तर्कसंगत है , क्योंकि यह दृष्टिकोण की बहुत नींव है। या क्या मैं इसे लागू करने के बारे में नहीं मिल रहा हूँ?

कृपया मुझे सूचित करें कि क्या और कैसे मैं इस बारे में गलत हूं!

मेरा विचार - जो मैं आपसे कह रहा हूं कि यदि संभव हो तो उसे अस्वीकार करें - क्या डेवलपर्स को उत्पादन कोड में एक दृष्टिकोण का उपयोग करने की सलाह दी जा रही है जो लगभग 60000 मामलों में से कम से कम 1 में विफल हो जाएगा। और अगर यह दृश्य सही हो जाता है, तो यह बिल्कुल नहीं हो सकता है कि प्रस्तुत समाधान में यह समस्या नहीं है और इसकी कोड की मात्रा के लिए आलोचना की जाती है।

तुलना में सॉकेट दृष्टिकोण के नुकसान:

  • यदि गलत लॉटरी टिकट (पोर्ट नंबर) चुना जाता है।
  • बहु उपयोगकर्ता वातावरण में विफल: केवल एक उपयोगकर्ता एक ही समय में एप्लिकेशन चला सकता है। (उपयोगकर्ता के पेड़ में फ़ाइल (ओं) को बनाने के लिए मेरे दृष्टिकोण को थोड़ा बदलना होगा, लेकिन यह तुच्छ है।)
  • यदि फ़ायरवॉल नियम बहुत सख्त हैं तो विफल हो जाते हैं।
  • संदिग्ध उपयोगकर्ता बनाता है (जो मुझे जंगली में मिला था) आश्चर्य है कि आपके पाठ संपादक जब सर्वर सॉकेट का दावा कर रहे हैं तो आप क्या शिनिगान हैं।

मेरे पास एक अच्छा विचार था कि कैसे नए-उदाहरण-से-मौजूदा जावा संचार समस्या को हल किया जाए जो हर सिस्टम पर काम करे। इसलिए, मैंने लगभग दो घंटे में इस क्लास को मार दिया। एक आकर्षण की तरह काम करता है: डी

यह रॉबर्ट के फ़ाइल लॉक अप्रोच (इस पेज पर भी) पर आधारित है, जिसका उपयोग मैंने तब से किया है। पहले से चल रहे उदाहरण को बताने के लिए कि एक और उदाहरण ने शुरू करने की कोशिश की (लेकिन नहीं किया ...) एक फ़ाइल बनाई गई है और तुरंत हटा दी गई है, और इस फ़ोल्डर सामग्री परिवर्तन का पता लगाने के लिए पहला उदाहरण WatchService का उपयोग करता है। मैं विश्वास नहीं कर सकता कि जाहिरा तौर पर यह एक नया विचार है, यह देखते हुए कि समस्या कितनी मौलिक है।

इसे आसानी से फ़ाइल बनाने और हटाने के लिए आसानी से बदला जा सकता है , और फिर इसमें जानकारी डाली जा सकती है कि उचित उदाहरण मूल्यांकन कर सकता है, जैसे कमांड लाइन तर्क - और उचित उदाहरण तब विलोपन कर सकता है। निजी तौर पर, मुझे केवल यह जानने की जरूरत है कि मुझे अपने आवेदन की विंडो को कब पुनर्स्थापित करना है और इसे सामने भेजना है।

उदाहरण का उपयोग करें:

public static void main(final String[] args) {

    // ENSURE SINGLE INSTANCE
    if (!SingleInstanceChecker.INSTANCE.isOnlyInstance(Main::otherInstanceTriedToLaunch, false)) {
        System.exit(0);
    }

    // launch rest of application here
    System.out.println("Application starts properly because it's the only instance.");
}

private static void otherInstanceTriedToLaunch() {
    // Restore your application window and bring it to front.
    // But make sure your situation is apt: This method could be called at *any* time.
    System.err.println("Deiconified because other instance tried to start.");
}

यहाँ वर्ग है:

package yourpackagehere;

import javax.swing.*;
import java.io.File;
import java.io.IOException;
import java.io.RandomAccessFile;
import java.nio.channels.FileLock;
import java.nio.file.*;




/**
 * SingleInstanceChecker v[(2), 2016-04-22 08:00 UTC] by dreamspace-president.com
 * <p>
 * (file lock single instance solution by Robert https://stackoverflow.com/a/2002948/3500521)
 */
public enum SingleInstanceChecker {

    INSTANCE; // HAHA! The CONFUSION!


    final public static int POLLINTERVAL = 1000;
    final public static File LOCKFILE = new File("SINGLE_INSTANCE_LOCKFILE");
    final public static File DETECTFILE = new File("EXTRA_INSTANCE_DETECTFILE");


    private boolean hasBeenUsedAlready = false;


    private WatchService watchService = null;
    private RandomAccessFile randomAccessFileForLock = null;
    private FileLock fileLock = null;


    /**
     * CAN ONLY BE CALLED ONCE.
     * <p>
     * Assumes that the program will close if FALSE is returned: The other-instance-tries-to-launch listener is not
     * installed in that case.
     * <p>
     * Checks if another instance is already running (temp file lock / shutdownhook). Depending on the accessibility of
     * the temp file the return value will be true or false. This approach even works even if the virtual machine
     * process gets killed. On the next run, the program can even detect if it has shut down irregularly, because then
     * the file will still exist. (Thanks to Robert https://stackoverflow.com/a/2002948/3500521 for that solution!)
     * <p>
     * Additionally, the method checks if another instance tries to start. In a crappy way, because as awesome as Java
     * is, it lacks some fundamental features. Don't worry, it has only been 25 years, it'll sure come eventually.
     *
     * @param codeToRunIfOtherInstanceTriesToStart Can be null. If not null and another instance tries to start (which
     *                                             changes the detect-file), the code will be executed. Could be used to
     *                                             bring the current (=old=only) instance to front. If null, then the
     *                                             watcher will not be installed at all, nor will the trigger file be
     *                                             created. (Null means that you just don't want to make use of this
     *                                             half of the class' purpose, but then you would be better advised to
     *                                             just use the 24 line method by Robert.)
     *                                             <p>
     *                                             BE CAREFUL with the code: It will potentially be called until the
     *                                             very last moment of the program's existence, so if you e.g. have a
     *                                             shutdown procedure or a window that would be brought to front, check
     *                                             if the procedure has not been triggered yet or if the window still
     *                                             exists / hasn't been disposed of yet. Or edit this class to be more
     *                                             comfortable. This would e.g. allow you to remove some crappy
     *                                             comments. Attribution would be nice, though.
     * @param executeOnAWTEventDispatchThread      Convenience function. If false, the code will just be executed. If
     *                                             true, it will be detected if we're currently on that thread. If so,
     *                                             the code will just be executed. If not so, the code will be run via
     *                                             SwingUtilities.invokeLater().
     * @return if this is the only instance
     */
    public boolean isOnlyInstance(final Runnable codeToRunIfOtherInstanceTriesToStart, final boolean executeOnAWTEventDispatchThread) {

        if (hasBeenUsedAlready) {
            throw new IllegalStateException("This class/method can only be used once, which kinda makes sense if you think about it.");
        }
        hasBeenUsedAlready = true;

        final boolean ret = canLockFileBeCreatedAndLocked();

        if (codeToRunIfOtherInstanceTriesToStart != null) {
            if (ret) {
                // Only if this is the only instance, it makes sense to install a watcher for additional instances.
                installOtherInstanceLaunchAttemptWatcher(codeToRunIfOtherInstanceTriesToStart, executeOnAWTEventDispatchThread);
            } else {
                // Only if this is NOT the only instance, it makes sense to create&delete the trigger file that will effect notification of the other instance.
                //
                // Regarding "codeToRunIfOtherInstanceTriesToStart != null":
                // While creation/deletion of the file concerns THE OTHER instance of the program,
                // making it dependent on the call made in THIS instance makes sense
                // because the code executed is probably the same.
                createAndDeleteOtherInstanceWatcherTriggerFile();
            }
        }

        optionallyInstallShutdownHookThatCleansEverythingUp();

        return ret;
    }


    private void createAndDeleteOtherInstanceWatcherTriggerFile() {

        try {
            final RandomAccessFile randomAccessFileForDetection = new RandomAccessFile(DETECTFILE, "rw");
            randomAccessFileForDetection.close();
            Files.deleteIfExists(DETECTFILE.toPath()); // File is created and then instantly deleted. Not a problem for the WatchService :)
        } catch (Exception e) {
            e.printStackTrace();
        }
    }


    private boolean canLockFileBeCreatedAndLocked() {

        try {
            randomAccessFileForLock = new RandomAccessFile(LOCKFILE, "rw");
            fileLock = randomAccessFileForLock.getChannel().tryLock();
            return fileLock != null;
        } catch (Exception e) {
            return false;
        }
    }


    private void installOtherInstanceLaunchAttemptWatcher(final Runnable codeToRunIfOtherInstanceTriesToStart, final boolean executeOnAWTEventDispatchThread) {

        // PREPARE WATCHSERVICE AND STUFF
        try {
            watchService = FileSystems.getDefault().newWatchService();
        } catch (IOException e) {
            e.printStackTrace();
            return;
        }
        final File appFolder = new File("").getAbsoluteFile(); // points to current folder
        final Path appFolderWatchable = appFolder.toPath();


        // REGISTER CURRENT FOLDER FOR WATCHING FOR FILE DELETIONS
        try {
            appFolderWatchable.register(watchService, StandardWatchEventKinds.ENTRY_DELETE);
        } catch (IOException e) {
            e.printStackTrace();
            return;
        }


        // INSTALL WATCHER THAT LOOKS IF OUR detectFile SHOWS UP IN THE DIRECTORY CHANGES. IF THERE'S A CHANGE, ANOTHER INSTANCE TRIED TO START, SO NOTIFY THE CURRENT ONE OF THAT.
        final Thread t = new Thread(() -> watchForDirectoryChangesOnExtraThread(codeToRunIfOtherInstanceTriesToStart, executeOnAWTEventDispatchThread));
        t.setDaemon(true);
        t.setName("directory content change watcher");
        t.start();
    }


    private void optionallyInstallShutdownHookThatCleansEverythingUp() {

        if (fileLock == null && randomAccessFileForLock == null && watchService == null) {
            return;
        }

        final Thread shutdownHookThread = new Thread(() -> {
            try {
                if (fileLock != null) {
                    fileLock.release();
                }
                if (randomAccessFileForLock != null) {
                    randomAccessFileForLock.close();
                }
                Files.deleteIfExists(LOCKFILE.toPath());
            } catch (Exception ignore) {
            }
            if (watchService != null) {
                try {
                    watchService.close();
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }
        });
        Runtime.getRuntime().addShutdownHook(shutdownHookThread);
    }


    private void watchForDirectoryChangesOnExtraThread(final Runnable codeToRunIfOtherInstanceTriesToStart, final boolean executeOnAWTEventDispatchThread) {

        while (true) { // To eternity and beyond! Until the universe shuts down. (Should be a volatile boolean, but this class only has absolutely required features.)

            try {
                Thread.sleep(POLLINTERVAL);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }


            final WatchKey wk;
            try {
                wk = watchService.poll();
            } catch (ClosedWatchServiceException e) {
                // This situation would be normal if the watcher has been closed, but our application never does that.
                e.printStackTrace();
                return;
            }

            if (wk == null || !wk.isValid()) {
                continue;
            }


            for (WatchEvent<?> we : wk.pollEvents()) {

                final WatchEvent.Kind<?> kind = we.kind();
                if (kind == StandardWatchEventKinds.OVERFLOW) {
                    System.err.println("OVERFLOW of directory change events!");
                    continue;
                }


                final WatchEvent<Path> watchEvent = (WatchEvent<Path>) we;
                final File file = watchEvent.context().toFile();


                if (file.equals(DETECTFILE)) {

                    if (!executeOnAWTEventDispatchThread || SwingUtilities.isEventDispatchThread()) {
                        codeToRunIfOtherInstanceTriesToStart.run();
                    } else {
                        SwingUtilities.invokeLater(codeToRunIfOtherInstanceTriesToStart);
                    }

                    break;

                } else {
                    System.err.println("THIS IS THE FILE THAT WAS DELETED: " + file);
                }

            }

            wk.reset();
        }
    }

}

इस समस्या को हल करने के लिए आपको कोड की सैकड़ों लाइनों की आवश्यकता नहीं है। new ServerSocket()एक पकड़ ब्लॉक के साथ काफी पर्याप्त है,
लोर्ने

@EJP क्या आप स्वीकृत उत्तर की बात कर रहे हैं, या आप किस बारे में बात कर रहे हैं? मैंने एक एक्स-प्लेटफ़ॉर्म नो-एक्सट्रा-लाइब्रेरी सॉल्यूशन के लिए काफी खोज की है जो विफल नहीं होता है, क्योंकि कुछ सॉकेट पहले से ही एक अलग एप्लिकेशन द्वारा कब्जा कर लिए गए थे । यदि इसका कोई समाधान है - विशेष रूप से सुपर सरल जैसा कि आप का उल्लेख कर रहे हैं - तो मैं इसके बारे में जानना चाहूंगा।
ड्रीम्सस्पेस राष्ट्रपति

@ ईजेपी: मैं फिर से पूछना चाहता हूं 1) आप किस तुच्छ समाधान का जिक्र कर रहे हैं कि आप मेरे सिर के सामने गाजर की तरह झूल रहे हैं, 2) अगर सॉकेट सॉल्यूशन के साथ स्वीकृत उत्तर शुरू होता है, तो एक या अधिक मेरा "सॉकेट दृष्टिकोण के नुकसान" बुलेट पॉइंट लागू होते हैं, और 3) यदि हां, तो उन कमियों के बावजूद आप अभी भी उस दृष्टिकोण को मेरे जैसे एक पर कैसे सुझाएंगे।
ड्रीमस्पेस अध्यक्ष

@EJP: समस्या अपनी आवाज, काफी कुछ वजन है कि के रूप में क्या आप वाकई अवगत हैं, लेकिन सभी सबूत है कि मेरे पास है है बलों ने मुझे आश्वस्त किया जा सकता है कि यहां आपकी सलाह गलत है। देखिए, मैं इस बात पर जोर नहीं दे रहा हूं कि मेरा समाधान सही है और यह सब, लेकिन मैं एक सबूत-आधारित मशीन हूं। क्या आप नहीं देखते हैं कि आपकी स्थिति आपको इस संचार के लापता पहेली टुकड़ों को भरने के लिए समुदाय को एक जिम्मेदारी देती है जो आपने शुरू किया था?
ड्रीम्सस्पेस अध्यक्ष

@ ईजेपी: चूंकि दुख की बात है कि आप की ओर से कोई प्रतिक्रिया नहीं हुई है, इसलिए मैं यहां इस तथ्य को मानूंगा: सर्वर सॉकेट समाधान के बारे में सच्चाई यह है कि यह वास्तव में गहराई से दोषपूर्ण है , और सबसे अधिक इसे चुनने वाले का कारण हो सकता है "अन्य इसका भी उपयोग करें। ", या गैर-जिम्मेदार लोगों द्वारा इसका उपयोग करने में उन्हें धोखा दिया गया होगा। मुझे लगता है कि इस कारण से कि आपने हमें आवश्यक स्पष्टीकरण के साथ क्यों नहीं प्रतिष्ठित किया है कि आप इस दृष्टिकोण पर सवाल नहीं उठा सकते हैं / और आपने कभी भी इस पर सार्वजनिक बयान नहीं दिया है।
ड्रीमस्पेस अध्यक्ष

1

Unique4j लाइब्रेरी का उपयोग जावा एप्लिकेशन के एकल उदाहरण को चलाने और संदेशों को पारित करने के लिए किया जा सकता है। आप इसे https://github.com/prat-man/unique4j पर देख सकते हैं । यह जावा 1.6+ का समर्थन करता है।

यह केवल एक उदाहरण को चलाने की अनुमति देने के प्राथमिक लक्ष्य के बीच उदाहरणों का पता लगाने और संवाद करने के लिए फ़ाइल लॉक और डायनेमिक पोर्ट लॉक के संयोजन का उपयोग करता है।

निम्नलिखित उसी का एक सरल उदाहरण है:

import tk.pratanumandal.unique4j.Unique4j;
import tk.pratanumandal.unique4j.exception.Unique4jException;

public class Unique4jDemo {

    // unique application ID
    public static String APP_ID = "tk.pratanumandal.unique4j-mlsdvo-20191511-#j.6";

    public static void main(String[] args) throws Unique4jException, InterruptedException {

        // create unique instance
        Unique4j unique = new Unique4j(APP_ID) {
            @Override
            public void receiveMessage(String message) {
                // display received message from subsequent instance
                System.out.println(message);
            }

            @Override
            public String sendMessage() {
                // send message to first instance
                return "Hello World!";
            }
        };

        // try to obtain lock
        boolean lockFlag = unique.acquireLock();

        // sleep the main thread for 30 seconds to simulate long running tasks
        Thread.sleep(30000);

        // try to free the lock before exiting program
        boolean lockFreeFlag = unique.freeLock();

    }

}

अस्वीकरण: मैंने Unique4j पुस्तकालय बनाया और बनाए रखा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.