Czasami widzę wiele aplikacji, takich jak msn, windows media player itp., Które są aplikacjami z pojedynczą instancją (gdy użytkownik wykonuje, gdy aplikacja jest uruchomiona, nowa instancja aplikacji nie zostanie utworzona).
W C # używam Mutex
do tego klasy, ale nie wiem, jak to zrobić w Javie.
java
single-instance
Fuangwith S.
źródło
źródło
Odpowiedzi:
Jeśli wierzę w ten artykuł , przez:
Uwaga: Ahe wspomina w komentarzu, że używanie
InetAddress.getLocalHost()
może być trudne:getLocalHost
: zwrot adresu IP maszyny, a rzeczywiste wyniki: powrót127.0.0.1
.Lub możesz użyć
ManagementFactory
obiektu. Jak wyjaśniono tutaj :JNLP oferuje również
SingleInstanceListener
źródło
InetAddress.getLocalHost()
nie działa to zgodnie z oczekiwaniami w środowisku DHCP, ponieważ zwracany adres zależy od tego, czy komputer ma dostęp do sieci. Rozwiązaniem było otwarcie połączenia zInetAddress.getByAddress(new byte[] {127, 0, 0, 1});
.InetAddress.getByName(null)
zwraca adres interfejsu pętli zwrotnej. Wydaje mi się, że jest to lepsze niż ręczne określenie 127.0.0.1, ponieważ teoretycznie powinno to również działać w środowiskach obsługujących tylko IPv6.W metodzie głównej używam następującej metody. To najprostsza, najsolidniejsza i najmniej inwazyjna metoda, jaką widziałem, więc pomyślałem, że się nią podzielę.
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; }
źródło
Jeśli plik app. ma GUI, uruchom go za pomocą JWS i użyj
SingleInstanceService
.Aktualizacja
Wtyczka Java (wymagana zarówno dla apletów, jak i aplikacji JWS) została wycofana przez firmę Oracle i usunięta z JDK. Producenci przeglądarek już usunęli go ze swoich przeglądarek.
Więc ta odpowiedź jest nieaktualna. Pozostawienie go tutaj tylko po to, aby ostrzec ludzi oglądających starą dokumentację.
źródło
Tak, to naprawdę przyzwoita odpowiedź dla aplikacji eclipse RCP eclipse pojedynczej instancji, poniżej jest mój kod
w 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; }
źródło
Używamy do tego blokowania plików (chwytamy wyłączną blokadę na magiczny plik w katalogu danych aplikacji użytkownika), ale jesteśmy przede wszystkim zainteresowani zapobieganiem uruchamianiu wielu instancji.
Jeśli chcesz, aby druga instancja przekazała argumenty wiersza poleceń itp. Do pierwszej instancji, to użycie połączenia przez gniazdo na hoście lokalnym będzie zabijać dwie pieczenie na jednym ogniu. Algorytm ogólny:
źródło
Znalazłem rozwiązanie, trochę kreskówkowe wyjaśnienie, ale w większości przypadków nadal działa. Używa zwykłego starego pliku blokady do tworzenia rzeczy, ale w zupełnie innym widoku:
http://javalcapes.blogspot.com/2008/07/single-instance-from-your-application.html
Myślę, że będzie to pomocne dla osób ze ścisłym ustawieniem zapory.
źródło
Możesz skorzystać z biblioteki JUnique. Zapewnia obsługę uruchamiania aplikacji Java z pojedynczą instancją i jest oprogramowaniem typu open source.
http://www.sauronsoftware.it/projects/junique/
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])); } } }
Pod maską tworzy blokady plików w folderze% USER_DATA% /. Junique i tworzy gniazdo serwera na losowym porcie dla każdego unikalnego appId, które umożliwia wysyłanie / odbieranie wiadomości między aplikacjami Java.
źródło
W systemie Windows możesz użyć launch4j .
źródło
ManagementFactory klasa obsługiwana w J2SE 5.0 lub nowszej szczegółowo
ale teraz używam J2SE 1.4 i znalazłem ten http://audiprimadhanty.wordpress.com/2008/06/30/ensuring-one-instance-of-application-running-at-one-time/, ale nigdy nie testowałem. Co o tym myślisz?
źródło
Możesz spróbować użyć interfejsu API preferencji. Jest niezależny od platformy.
źródło
Bardziej ogólnym sposobem ograniczenia liczby instancji na pojedynczym komputerze lub nawet w całej sieci jest użycie gniazda multiemisji.
Korzystanie z gniazda multiemisji umożliwia rozgłaszanie wiadomości do dowolnej liczby wystąpień aplikacji, z których niektóre mogą znajdować się na fizycznie zdalnych komputerach w sieci firmowej.
W ten sposób możesz włączyć wiele typów konfiguracji, aby kontrolować takie rzeczy jak
Obsługa multiemisji w Javie odbywa się za pośrednictwem pakietu java.net, przy czym głównymi narzędziami są MulticastSocket i DatagramSocket .
Uwaga : MulticastSocket nie gwarantuje dostarczenia pakietów danych, dlatego powinieneś używać narzędzia zbudowanego na gniazdach multiemisji, takich jak JGroups . JGroups robi dostawy Gwarancja wszystkich danych. Jest to pojedynczy plik jar z bardzo prostym interfejsem API.
JGroups istnieje już od jakiegoś czasu i ma imponujące zastosowania w przemyśle, na przykład stanowi podstawę mechanizmu klastrowania JBoss, który rozgłasza dane do wszystkich instancji klastra.
Aby użyć JGroups, aby ograniczyć liczbę wystąpień aplikacji (na komputerze lub w sieci, powiedzmy: do liczby licencji zakupionych przez klienta) jest koncepcyjnie bardzo prosta:
źródło
Możesz otworzyć plik mapowany w pamięci, a następnie sprawdzić, czy ten plik jest już OTWARTY. jeśli jest już otwarta, możesz wrócić z main.
Innym sposobem jest użycie plików blokujących (standardowa praktyka uniksowa). Innym sposobem jest umieszczenie czegoś w schowku, gdy główny startuje po sprawdzeniu, czy coś jest już w schowku.
W przeciwnym razie możesz otworzyć gniazdo w trybie nasłuchiwania (ServerSocket). Najpierw spróbuj połączyć się z gniazdem hte; jeśli nie możesz się połączyć, otwórz serwer serverocket. jeśli się połączysz, wiesz, że działa już inna instancja.
Tak więc prawie każdy zasób systemowy może być użyty do sprawdzenia, czy aplikacja jest uruchomiona.
BR, ~ A
źródło
Użyłem do tego gniazd i w zależności od tego, czy aplikacja jest po stronie klienta, czy po stronie serwera, zachowanie jest nieco inne:
źródło
źródło
EDYCJA : Zamiast korzystać z tego podejścia WatchService, można użyć prostego 1-sekundowego wątku czasowego do sprawdzenia, czy parametr IndicatorFile.exists (). Usuń go, a następnie przenieś aplikację doFront ().
EDYCJA : Chciałbym wiedzieć, dlaczego ten głos został odrzucony. To najlepsze rozwiązanie, jakie do tej pory widziałem. Np. Podejście do gniazda serwera zawodzi, jeśli zdarzy się, że inna aplikacja już nasłuchuje na porcie.
Po prostu pobierz Microsoft Windows Sysinternals TCPView (lub użyj netstat), uruchom go, posortuj według „Stanu”, poszukaj bloku linii z napisem „LISTENING”, wybierz ten, którego zdalny adres zawiera nazwę twojego komputera, umieść ten port w nowym Socket ()-rozwiązanie. Wdrażając to, mogę za każdym razem spowodować porażkę. Jest to logiczne , ponieważ stanowi podstawę tego podejścia. Albo czego nie rozumiem, jeśli chodzi o to, jak to zaimplementować?
Proszę poinformuj mnie, jeśli i jak się mylę!
Mój pogląd - który proszę, abyście obalili, jeśli to możliwe - jest taki, że programiści powinni stosować podejście w kodzie produkcyjnym, które zawodzi w co najmniej 1 z około 60000 przypadków. A jeśli okaże się, że ten pogląd jest słuszny, to absolutnie nie może być tak, że przedstawione rozwiązanie, które nie ma tego problemu, zostało odrzucone i skrytykowane za ilość kodu.
Wady podejścia opartego na gniazdach w porównaniu:
Właśnie przyszedł mi do głowy niezły pomysł, jak rozwiązać problem komunikacji Java od nowej instancji do istniejącej instancji w sposób, który powinien działać na każdym systemie. Więc przygotowałem te zajęcia w około dwie godziny. Działa jak marzenie: D
Opiera się na podejściu Roberta do blokowania plików (również na tej stronie), którego używam od tamtej pory. Aby poinformować już działającą instancję, że inna instancja próbowała się uruchomić (ale tego nie zrobiła) ... plik jest tworzony i natychmiast usuwany, a pierwsza instancja używa WatchService do wykrycia zmiany zawartości tego folderu. Nie mogę uwierzyć, że najwyraźniej jest to nowy pomysł, biorąc pod uwagę, jak fundamentalny jest problem.
Można to łatwo zmienić, aby po prostu utworzyć, a nie usunąć plik, a następnie umieścić w nim informacje, które może ocenić właściwa instancja, np. Argumenty wiersza poleceń - a następnie właściwa instancja może przeprowadzić usunięcie. Osobiście potrzebowałem tylko wiedzieć, kiedy przywrócić okno mojej aplikacji i wysłać je na wierzch.
Przykładowe zastosowanie:
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."); }
Oto klasa:
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(); } } }
źródło
new ServerSocket()
z blokadą jest całkiem wystarczająca,Biblioteki Unique4j można używać do uruchamiania pojedynczej instancji aplikacji Java i przekazywania komunikatów. Możesz to zobaczyć na https://github.com/prat-man/unique4j . Obsługuje Java 1.6+.
Używa kombinacji blokad plików i dynamicznych blokad portów do wykrywania i komunikowania się między instancjami, a głównym celem jest umożliwienie działania tylko jednej instancji.
Oto prosty przykład tego samego:
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(); } }
Zastrzeżenie: stworzyłem i utrzymuję bibliotekę Unique4j.
źródło
Napisałem dedykowaną bibliotekę dla tego https://sanyarnd.github.io/applocker
Opiera się na blokowaniu kanału plików, więc nie będzie blokować numeru portu ani aplikacji zakleszczenia w przypadku zaniku zasilania (kanał jest zwalniany po zakończeniu procesu).
Biblioteka jest lekka i ma płynny interfejs API.
Został zainspirowany http://www.sauronsoftware.it/projects/junique/ , ale zamiast tego opiera się na kanałach plików. Są też inne dodatkowe nowe funkcje.
źródło