Åbn applikationspakken til Android Studio i finder, og rediger Info.plist fil. Skift nøglen JVMversion. Sæt 1,6+ i stedet for 1,6*. Det virkede for mig!. Skål! Redigeret: Selvom dette var nødvendigt i ældre versioner af Android Studio, anbefales dette ikke længere. Se den officielle erklæring B

Her er et forenklet eksempel, som gengiver problemet og kun bruger kerne Java-klasser: public static void main(String[] argv) { System.out.println(dummy(foo)); } static <T extends Serializable&CharSequence> int dummy(T value) { return Optional.ofNullable(value).map(CharSequence::le

For at dele fællestræk mellem trin skal du bruge en verden. I Java er det ikke så tydeligt som i Ruby. Citerer skaberen af ​​Cucumber. Formålet med en verden er todelt: Isoler tilstand mellem scenarier. Del data mellem trindefinitioner og hooks inden for et scenarie. Hvordan dette impleme

Du skal angive WRITE sammen med CREATE_NEW. Jeg har lige testet dette på mit OS X for dig, og det virker som forventet: FileChannel.open(Paths.get(/tmp/doesnotexist), StandardOpenOption.CREATE_NEW, StandardOpenOption.WRITE);

Jeg havde det samme problem og prøvede at installere forskellige versioner af JDK:1.6, 1.7, 1.8. Det hjalp ikke meget. Problemet blev løst, da jeg ændrede PATH-variabel ved at fjerne C:\ProgramData\Oracle\Java\javapath; I kommandoprompten kørte jeg også følgende kommandoer: set JAVA_HOME=C:\Pr

Nedbruddet sker inde i DirectX-biblioteket:d3d9.dll . Prøv følgende muligheder: Opdater/geninstaller grafikdriver. Sluk grafikkortværktøjer (jeg har bemærket RivaTuner på listen over indlæste biblioteker). Kør Java med -Dsun.java2d.d3d=false JVM-indstilling eller indstil J2D_D3D=false miljøvariabel

Jeg havde samme problem. Jeg prøvede at indstille alle slags stier, men intet virkede. Så jeg var nødt til at lave noget beskidt fix. Det eneste problem med dette er, at det åbner et tomt kommandolinjevindue. Jeg gjorde følgende for at få det til at fungere. gå til installationsmappen AndroidStudi

Hvis du starter 64bit Android Studio, skal du tilføje JAVA_HOME som C:\Program Files\Java\jdk... Hvis 32bit C:\Program Files(x86)\Java\jdk... og sæt ikke \bin i slutningen af ​​stien. Gør trin for trin som vist i denne YouTube-video Gå til:System -> Advanced system settings ->

Jeg har fundet fire tilstande, der kan forårsage en større GC (i betragtning af min JVM-konfiguration): Det gamle genområde er fuldt (selvom det kan dyrkes, vil en større GC stadig blive kørt først) Permanentområdet er fuldt (selvom det kan dyrkes, vil en større GC stadig blive kørt først) Nogen ri

Hvordan allokerer JVM egentlig hukommelse til sig selv? Til heapen allokerer den et stort kontinuerligt hukommelsesområde af den maksimale størrelse. I første omgang er dette virtuel hukommelse, men med tiden bliver det reel hukommelse for de dele, der bruges, under kontrol af OS Hvordan hænger d

Peg på din JAVA_HOME variabel til C:\Program Files\Java\jdk1.8.0_xx\ hvor xx er opdateringsnummeret (sørg for, at dette matcher dit faktiske biblioteksnavn). Medtag ikke bin\javaw.exe i stinavnet. BEMÆRK:Du kan få adgang til Environment Variables GUI fra CLI ved at indtaste rundll32 sysdm.cpl,EditE

Der står at det skal være en 64-bit JDK. Jeg har en fornemmelse af, at du har installeret (på et tidligere tidspunkt) en 32-bit version af Java. Stien til alle 32-bit applikationer i Windows 7 og Vista er: C:\Program Files (x86)\ Du var ved at indstille JAVA_HOME variabel til 32-bit versionen af ​

Jeg fandt løsningen -Dlogging.config=C:\logbacs\logback.xml fungerer fint for mig. Opdateret, fordi det tidligere svar var forældet Hvis du ikke bruger SpringBoot, virker ovenstående ikke. Jeg bruger ch.qos.logback.logback-classic-biblioteket, og i dette tilfælde er løsningen -Dlogback.confi

Javadocen angiver ikke specifikt, hvad tidsskalaerne er for at rydde / bryde WeakReference s. Det ville gøre svaret på dit spørgsmål (i hvert fald i teorien) det er implementeringsafhængigt. JLS spec og javadocs nævner faktisk ikke engang større versus mindre samlinger. Hele emnet kommer er i katego

Din heap bruger faktisk 6,5 GB virtuel hukommelse (dette kan inkludere perm gen) Du har en masse tråde, der bruger 64 MB stakke. Ikke klart, hvorfor nogle er og andre bruger standard 1 MB. Det samlede antal er 9,3 millioner KB virtuel hukommelse. Jeg ville kun bekymre mig om beboerstørrelsen. Prø

Definitionen af, hvad der præcist er en Java Virtual Machine, er angivet i Java Virtual Machine Specification JVM er per definition en virtuel maskine, det vil sige en softwaremaskine, der simulerer, hvad en rigtig maskine gør. Som en rigtig maskine har den et instruktionssæt, en virtuel computerar

Nej, brug af 1.8-funktioner i din kildekode kræver, at du målretter mod en 1.8 VM. Jeg har lige prøvet den nye Java 8-udgivelse og prøvet at kompilere med -target 1.7 -source 1.8 , og compileren nægter: $ javac Test -source 1.8 -target 1.7 javac: source release 1.8 requires target release 1.8 Sta

Løsning Forøg den maksimale størrelse af kodecachen: -XX:ReservedCodeCacheSize=256m Baggrund Vi bruger ColdFusion 10, som kører på Tomcat 7 og Java 1.7.0_15. Vores symptomer lignede dine. Af og til ville responstiderne og CPU-bruget på serveren gå meget op uden nogen åbenbar grund. Det virkede so

Flaget Xmx angiver den maksimale hukommelsesallokeringspulje for en Java Virtual Machine (JVM), mens Xms angiver den indledende hukommelsesallokeringspulje. Det betyder, at din JVM vil blive startet med Xms mængde hukommelse og vil maksimalt kunne bruge Xmx mængden af ​​hukommelse. For eksempel vil

Du kan bruge jstat som f.eks.: jstat -gc pid Fuldstændige dokumenter her:http://docs.oracle.com/javase/7/docs/technotes/tools/share/jstat.html For Java 8 kan du bruge følgende kommandolinje for at få heap pladsudnyttelsen i kB: jstat -gc <PID> | tail -n 1 | awk {split($0,a, ); sum=a[3]+a[