Wie bekomme ich das aktuelle Arbeitsverzeichnis in Java?

Ich möchte mit Java auf mein aktuelles Arbeitsverzeichnis zugreifen.

Mein Code:

 String current = new java.io.File( "." ).getCanonicalPath();
        System.out.println("Current dir:"+current);
 String currentDir = System.getProperty("user.dir");
        System.out.println("Current dir using System:" +currentDir);

Ausgabe:

Current dir: C:\WINDOWS\system32
Current dir using System: C:\WINDOWS\system32

Meine Ausgabe ist nicht korrekt, da das Laufwerk C nicht mein aktuelles Verzeichnis ist.

Wie erhalte ich das aktuelle Verzeichnis?

public class JavaApplication {
  public static void main(String[] args) {
       System.out.println("Working Directory = " + System.getProperty("user.dir"));
  }
}

Dadurch wird ein vollständiger absoluter Pfad gedruckt, von dem aus Ihre Anwendung initialisiert wurde.

Aus der Dokumentation :

java.ioRelative Pfadnamen für die Paketauflösung unter Verwendung des aktuellen Benutzerverzeichnisses. Das aktuelle Verzeichnis wird als Systemeigenschaft dargestellt, user.dirdh das Verzeichnis, aus dem die JVM aufgerufen wurde.

Siehe: http://docs.oracle.com/javase/tutorial/essential/io/pathOps.html

Mit java.nio.file.Pathund java.nio.file.Pathskönnen Sie Folgendes tun, um zu zeigen, was Java für Ihren aktuellen Pfad hält. Dies gilt für 7 und mehr und verwendet NIO.

Path currentRelativePath = Paths.get("");
String s = currentRelativePath.toAbsolutePath().toString();
System.out.println("Current relative path is: " + s);

Dies gibt aus, Current relative path is: /Users/george/NetBeansProjects/Tutorialsdass in meinem Fall die Klasse ausgeführt wurde. Wenn Sie Pfade relativ konstruieren, indem Sie kein führendes Trennzeichen verwenden, um anzuzeigen, dass Sie einen absoluten Pfad erstellen, wird dieser relative Pfad als Ausgangspunkt verwendet.

Die folgenden Arbeiten auf Java 7 und höher (siehe hier für Dokumentation).

import java.nio.file.Paths;

Paths.get(".").toAbsolutePath().normalize().toString();

Dadurch erhalten Sie den Pfad Ihres aktuellen Arbeitsverzeichnisses:

Path path = FileSystems.getDefault().getPath(".");

Und dies gibt Ihnen den Pfad zu einer Datei namens "Foo.txt" im Arbeitsverzeichnis:

Path path = FileSystems.getDefault().getPath("Foo.txt");

Bearbeiten: Um einen absoluten Pfad des aktuellen Verzeichnisses zu erhalten:

Path path = FileSystems.getDefault().getPath(".").toAbsolutePath();

* Update * So erhalten Sie das aktuelle Arbeitsverzeichnis:

Path path = FileSystems.getDefault().getPath("").toAbsolutePath();

Das ist die Lösung für mich

File currentDir = new File("");

Ich habe diese Lösung in den Kommentaren gefunden, die besser als andere und tragbarer ist:

String cwd = new File("").getAbsolutePath();

Oder auch

String cwd = Paths.get("").toAbsolutePath();

Was lässt Sie denken, dass c: \ windows \ system32 nicht Ihr aktuelles Verzeichnis ist? Dasuser.dir Eigenschaft soll explizit "Aktuelles Arbeitsverzeichnis des Benutzers" sein.

Anders ausgedrückt, c: \ windows \ system32 ist wahrscheinlich Ihr CWD , es sei denn, Sie starten Java über die Befehlszeile . Wenn Sie also doppelklicken, um Ihr Programm zu starten, ist es unwahrscheinlich, dass CWD das Verzeichnis ist, aus dem Sie doppelklicken.

Bearbeiten : Es scheint, dass dies nur für alte Windows- und / oder Java-Versionen gilt.

Verwenden Sie CodeSource#getLocation().

Dies funktioniert auch in JAR-Dateien einwandfrei. Sie können erhalten CodeSourcevon ProtectionDomain#getCodeSource()und die ProtectionDomainwiederum können erhalten werden von Class#getProtectionDomain().

public class Test {
    public static void main(String... args) throws Exception {
        URL location = Test.class.getProtectionDomain().getCodeSource().getLocation();
        System.out.println(location.getFile());
    }
}

this.getClass().getClassLoader().getResource("").getPath()

Im Allgemeinen als Dateiobjekt:

File getCwd() {
  return new File("").getAbsoluteFile();
}

Möglicherweise möchten Sie eine vollständig qualifizierte Zeichenfolge wie "D: / a / b / c" ausführen.

getCwd().getAbsolutePath()

Ich bin unter Linux und erhalte für beide Ansätze das gleiche Ergebnis:

@Test
public void aaa()
{
    System.err.println(Paths.get("").toAbsolutePath().toString());

    System.err.println(System.getProperty("user.dir"));
}

Paths.get("") docs

System.getProperty("user.dir") docs

Auf Linux beim Ausführen jar - Datei aus Terminal , kehren diese beide gleich String: „/ home / Current“ , egal, wo ich ist JAR - Datei ist. Es hängt nur davon ab, welches aktuelle Verzeichnis Sie mit Ihrem Terminal verwenden, wenn Sie die JAR-Datei starten.

Paths.get("").toAbsolutePath().toString();

System.getProperty("user.dir");

Wenn Ihr Classmit mainangerufen werden würde MainClass, dann versuchen Sie:

MainClass.class.getProtectionDomain().getCodeSource().getLocation().getFile();

Dies gibt einen Stringmit absolutem Pfad der JAR- Datei zurück.

Wenn Sie Windows verwenden, gibt user.dir das Verzeichnis wie erwartet zurück, jedoch NICHT, wenn Sie Ihre Anwendung mit erhöhten Rechten starten (als Administrator ausführen). In diesem Fall erhalten Sie C: \ WINDOWS \ system32

Ich hoffe, Sie möchten auf das aktuelle Verzeichnis einschließlich des Pakets zugreifen. Wenn sich Ihr Java-Programm in befindet c:\myApp\com\foo\src\service\MyTest.javaund Sie bis dahin drucken möchten, c:\myApp\com\foo\src\servicekönnen Sie den folgenden Code ausprobieren:

String myCurrentDir = System.getProperty("user.dir")
            + File.separator
            + System.getProperty("sun.java.command")
                    .substring(0, System.getProperty("sun.java.command").lastIndexOf("."))
                    .replace(".", File.separator);
    System.out.println(myCurrentDir);

Hinweis: Dieser Code wird nur in Windows mit Oracle JRE getestet.

Erwähnen Sie, dass es nur eingecheckt ist, Windowsaber ich denke, es funktioniert perfekt auf anderen Betriebssystemen [ Linux,MacOs,Solaris] :).

Ich hatte 2 .jar Dateien im selben Verzeichnis. Ich wollte von der einen .jarDatei die andere .jarDatei starten, die sich im selben Verzeichnis befindet.

Das Problem ist, dass beim Starten aus cmddem aktuellen Verzeichnis ist system32.

Warnungen!

• Das Folgende scheint in all den Tests, die ich selbst mit Ordnernamen ;][[;'57f2g34g87-8+9-09!2#@!$%^^&()oder durchgeführt habe, ziemlich gut zu funktionieren()%&$%^@# es funktioniert gut.
• Ich benutze das ProcessBuildermit dem folgenden wie folgt:

🍂 ..

//The class from which i called this was the class `Main`
String path = getBasePathForClass(Main.class);
String applicationPath=  new File(path + "application.jar").getAbsolutePath();


System.out.println("Directory Path is : "+applicationPath);

//Your know try catch here
//Mention that sometimes it doesn't work for example with folder `;][[;'57f2g34g87-8+9-09!2#@!$%^^&()` 
ProcessBuilder builder = new ProcessBuilder("java", "-jar", applicationPath);
builder.redirectErrorStream(true);
Process process = builder.start();

//...code

🍂 getBasePathForClass(Class<?> classs):

    /**
     * Returns the absolute path of the current directory in which the given
     * class
     * file is.
     * 
     * @param classs
     * @return The absolute path of the current directory in which the class
     *         file is.
     * @author GOXR3PLUS[StackOverFlow user] + bachden [StackOverFlow user]
     */
    public static final String getBasePathForClass(Class<?> classs) {

        // Local variables
        File file;
        String basePath = "";
        boolean failed = false;

        // Let's give a first try
        try {
            file = new File(classs.getProtectionDomain().getCodeSource().getLocation().toURI().getPath());

            if (file.isFile() || file.getPath().endsWith(".jar") || file.getPath().endsWith(".zip")) {
                basePath = file.getParent();
            } else {
                basePath = file.getPath();
            }
        } catch (URISyntaxException ex) {
            failed = true;
            Logger.getLogger(classs.getName()).log(Level.WARNING,
                    "Cannot firgue out base path for class with way (1): ", ex);
        }

        // The above failed?
        if (failed) {
            try {
                file = new File(classs.getClassLoader().getResource("").toURI().getPath());
                basePath = file.getAbsolutePath();

                // the below is for testing purposes...
                // starts with File.separator?
                // String l = local.replaceFirst("[" + File.separator +
                // "/\\\\]", "")
            } catch (URISyntaxException ex) {
                Logger.getLogger(classs.getName()).log(Level.WARNING,
                        "Cannot firgue out base path for class with way (2): ", ex);
            }
        }

        // fix to run inside eclipse
        if (basePath.endsWith(File.separator + "lib") || basePath.endsWith(File.separator + "bin")
                || basePath.endsWith("bin" + File.separator) || basePath.endsWith("lib" + File.separator)) {
            basePath = basePath.substring(0, basePath.length() - 4);
        }
        // fix to run inside netbeans
        if (basePath.endsWith(File.separator + "build" + File.separator + "classes")) {
            basePath = basePath.substring(0, basePath.length() - 14);
        }
        // end fix
        if (!basePath.endsWith(File.separator)) {
            basePath = basePath + File.separator;
        }
        return basePath;
    }

Das aktuelle Arbeitsverzeichnis ist in verschiedenen Java-Implementierungen unterschiedlich definiert. Für bestimmte Versionen vor Java 7 gab es keine konsistente Möglichkeit, das Arbeitsverzeichnis abzurufen. Sie können dies umgehen, -Dindem Sie eine Java-Datei mit starten und eine Variable definieren, die die Informationen enthält

Etwas wie

java -D com.mycompany.workingDir="%0"

Das ist nicht ganz richtig, aber Sie bekommen die Idee. Dann System.getProperty("com.mycompany.workingDir")...

Angenommen, Sie versuchen, Ihr Projekt in Eclipse oder NetBean auszuführen oder über die Befehlszeile allein zu stehen. Ich habe eine Methode geschrieben, um das Problem zu beheben

public static final String getBasePathForClass(Class<?> clazz) {
    File file;
    try {
        String basePath = null;
        file = new File(clazz.getProtectionDomain().getCodeSource().getLocation().toURI().getPath());
        if (file.isFile() || file.getPath().endsWith(".jar") || file.getPath().endsWith(".zip")) {
            basePath = file.getParent();
        } else {
            basePath = file.getPath();
        }
        // fix to run inside eclipse
        if (basePath.endsWith(File.separator + "lib") || basePath.endsWith(File.separator + "bin")
                || basePath.endsWith("bin" + File.separator) || basePath.endsWith("lib" + File.separator)) {
            basePath = basePath.substring(0, basePath.length() - 4);
        }
        // fix to run inside netbean
        if (basePath.endsWith(File.separator + "build" + File.separator + "classes")) {
            basePath = basePath.substring(0, basePath.length() - 14);
        }
        // end fix
        if (!basePath.endsWith(File.separator)) {
            basePath = basePath + File.separator;
        }
        return basePath;
    } catch (URISyntaxException e) {
        throw new RuntimeException("Cannot firgue out base path for class: " + clazz.getName());
    }
}

Überall dort, wo Sie den Basispfad zum Lesen der Datei erhalten möchten, können Sie Ihre Ankerklasse an die obige Methode übergeben. Das Ergebnis ist möglicherweise das, was Sie benötigen: D.

Beste,

Keine der hier veröffentlichten Antworten hat bei mir funktioniert. Folgendes hat funktioniert:

java.nio.file.Paths.get(
  getClass().getProtectionDomain().getCodeSource().getLocation().toURI()
);

Bearbeiten: Die endgültige Version in meinem Code:

URL myURL = getClass().getProtectionDomain().getCodeSource().getLocation();
java.net.URI myURI = null;
try {
    myURI = myURL.toURI();
} catch (URISyntaxException e1) 
{}
return java.nio.file.Paths.get(myURI).toFile().toString()

Dies ist meine Silberkugel, wenn jemals der Moment der Verwirrung hereinbricht (nenne es als erstes in der Hauptsache). Möglicherweise wird JVM beispielsweise von IDE auf eine andere Version verschoben. Diese statische Funktion durchsucht die aktuelle Prozess-PID und öffnet VisualVM für diese PID. Die Verwirrung hört genau dort auf, weil Sie alles wollen und es bekommen ...

  public static void callJVisualVM() {
    System.out.println("USER:DIR!:" + System.getProperty("user.dir"));
    //next search current jdk/jre
    String jre_root = null;
    String start = "vir";
    try {
        java.lang.management.RuntimeMXBean runtime =
                java.lang.management.ManagementFactory.getRuntimeMXBean();
        String jvmName = runtime.getName();
        System.out.println("JVM Name = " + jvmName);
        long pid = Long.valueOf(jvmName.split("@")[0]);
        System.out.println("JVM PID  = " + pid);
        Runtime thisRun = Runtime.getRuntime();
        jre_root = System.getProperty("java.home");
        System.out.println("jre_root:" + jre_root);
        start = jre_root.concat("\\..\\bin\\jvisualvm.exe " + "--openpid " + pid);
        thisRun.exec(start);
    } catch (Exception e) {
        System.getProperties().list(System.out);
        e.printStackTrace();
    }
}

System.getProperty("java.class.path")

Dies ist der aktuelle Verzeichnisname

String path="/home/prasad/Desktop/folderName";
File folder = new File(path);
String folderName=folder.getAbsoluteFile().getName();

Dies ist der aktuelle Verzeichnispfad

String path=folder.getPath();