Co oznacza błąd kompilacji "nie można znaleźć symbolu"?

1. Co oznacza błąd "nie można znaleźć symbolu"?

Po pierwsze, jest to błąd kompilacji ¹. Oznacza to, że albo{[85] } jest problem w kodzie źródłowym Javy, albo jest problem w sposobie kompilacji.

Twój kod źródłowy Javy składa się z następujących rzeczy:]}

• słowa kluczowe: jak true, false, class, while, i tak dalej.
• literały: jak 42 i 'X' i "Hi mum!".
• operatory i inne niealfanumeryczne tokeny: jak +, =, {, i tak dalej.
• identyfikatory: jak Reader, i, toString, processEquibalancedElephants, i tak dalej.
• komentarze i spacje.

Błąd "nie można znaleźć symbolu" dotyczy identyfikatorów. Gdy kod jest kompilowany, kompilator musi ustalić, co oznacza każdy identyfikator w kodzie.

Błąd "nie można znaleźć symbolu" oznacza, że kompilator nie może tego zrobić. Twój kod wydaje się, że odnosi się do czegoś, czego kompilator nie rozumie.

2. Co może spowodować błąd "nie można znaleźć symbolu"?

Jako pierwszy porządek, jest tylko jedna przyczyna. Kompilator szukał we wszystkich miejscach, w których powinien być zdefiniowany identyfikator i nie mógł znaleźć definicji. Może to być spowodowane przez wiele rzeczy. Najczęściej spotykane są następujące:

• ogólnie o identyfikatorach:
  • być może napisałeś imię nieprawidłowo; tzn. StringBiulder zamiast StringBuilder. Oprogramowanie Java nie może i nie będzie próbowało zrekompensować błędów ortograficznych lub typowych.
  • być może źle zrozumiałeś sprawę, tzn. stringBuilder zamiast StringBuilder. Wszystkie identyfikatory Java uwzględniają wielkość liter.
  • być może niewłaściwie użyłeś podkreślników, tzn. mystring i my_string są różne. (Jeśli zachowasz zasady stylu Java, będziesz w dużej mierze chroniony przed tym błędem ...)
  • być może próbujesz użyć czegoś, co było zadeklarowane "gdzie indziej"; tzn. w innym kontekście niż tam, gdzie domyślnie poleciłeś kompilatorowi szukać. (Inna klasa? Inny zakres? Inny pakiet? Inna baza kodów?)
• dla identyfikatorów, które powinny odnosić się do zmiennych:
  • być może zapomniałeś zadeklarować zmienną.
  • być może deklaracja zmiennej jest poza zakresem w momencie, w którym próbowałeś jej użyć. (Patrz przykład poniżej)
• dla identyfikatorów, które powinny być nazwy metod lub pól:
  • być może próbujesz odnieść się do odziedziczonej metody lub pola, które nie zostały zadeklarowane w klasach lub interfejsach rodzica / przodka.
  • być może próbujesz użyć metody jako pola, lub odwrotnie; np. "someString".length lub someArray.length().

• Dla identyfikatorów, które powinny być nazwami klas:

  • być może zapomniałeś zaimportować klasę.
  • być może użyłeś importu "star", ale klasa nie jest zdefiniowana w żadnym z paczek, które zaimportowałeś.

  • Być może zapomniałeś new jak w:

    String s = String();  // should be 'new String()'
    

• Dla przypadków, w których typ lub instancja nie wydaje się mieć członka, którego oczekujesz:

  • być może zadeklarowałeś klasę zagnieżdżoną lub parametr ogólny, który cieniuje Typ, którego chciałeś użyć.
  • być może cieniujesz zmienną statyczną lub instancyjną.
  • być może zaimportowałeś zły typ; np. z powodu uzupełniania IDE lub auto-korekcji.
  • być może używasz (kompilujesz przeciwko) złej wersji API.
  • być może zapomniałeś wrzucić swój obiekt do odpowiedniej podklasy.

Problem jest często kombinacją powyższych. Na przykład, może" gwiazdka " zaimportowała java.io.*, a następnie próbowała użyć klasy Files... który jest w java.nio Nie java.io. A może chciałeś napisać File... która jest klasą w java.io.

for (int i = 0; i < strings.size(); i++) {
    if (strings.get(i).equalsIgnoreCase("fnoord")) {
        break;
    }
}
if (i < strings.size()) {
    ...
}

Pojawi się błąd "nie można znaleźć symbolu" dla i. Chociaż wcześniej zadeklarowaliśmy i, deklaracja ta jest tylko w zakresie dla for oświadczenia i jego ciała. Odniesienie do i w deklaracji if nie może zobaczyć tej deklaracji i. Jest to poza zakresem .

(An poprawą może być przeniesienie instrukcji if do pętli lub zadeklarowanie i przed rozpoczęciem pętli.)

for (int i = 0; i < 100; i++); {
    System.out.println("i is " + i);
}

Spowoduje to błąd kompilacji w wywołaniu println mówiący, że i nie można znaleźć. Ale (słyszę, jak mówisz) zadeklarowałem to!

Problemem jest podstępny średnik przed {. Język Java definiuje to jako empty statement. Więc ten kod faktycznie oznacza to:

for (int i = 0; i < 100; i++); 

{
    System.out.println("i is " + i);
}

Blok { ... } nie jest ciałem pętli for, więc deklaracja i nie jest w zakresie w bloku.

Oto kolejny przykład błędu "nie można znaleźć symbolu", który jest spowodowany literówką.

int tmp = ...
int res = tmp(a + b);

Pomimo poprzedniej deklaracji, tmp w wyrażeniu tmp(...) jest błędna. Kompilator będzie szukał metody nazywa się tmp, i nie znajdzie żadnego. Poprzednio zadeklarowana tmp znajduje się w przestrzeni nazw dla zmiennych, a nie w przestrzeni nazw dla metod.

W przykładzie, na który się natknąłem, programista faktycznie pominął operatora. To co chciał napisać to było to:

int res = tmp * (a + b);

Jest jeszcze jeden powód, dla którego kompilator może nie znaleźć symbolu, jeśli kompilujesz z linii poleceń. Możesz po prostu zapomnieć skompilować lub przekompilować inną klasę. Na przykład, jeśli masz klasy Foo i Bar gdzie Foo używa Bar. Jeśli nigdy nie skompilowałeś Bar i uruchomisz javac Foo.java, możesz stwierdzić, że kompilator nie może znaleźć symbolu Bar. Prosta odpowiedź to Foo i Bar razem; np. javac Foo.java Bar.java lub javac *.java. Albo jeszcze lepiej użyć narzędzia Java build; np. Ant, Maven, Gradle i tak dalej.

Są też inne bardziej niejasne przyczyny ... którą zajmę się poniżej.

3. Jak naprawić te błędy ?

Ogólnie rzecz biorąc, zaczynasz od ustalenia, co spowodowało błąd kompilacji.

• spójrz na linię w pliku wskazaną przez Komunikat o błędzie kompilacji.
• Określ, o którym symbolu mówi komunikat o błędzie.
• dowiedzieć się dlaczego kompilator mówi, że nie może znaleźć symbolu; patrz powyżej!

Następnie pomyśl o tym, co twój kod ma mówić. Potem w końcu wymyślisz, jakiej korekty potrzebujesz wykonaj kod źródłowy, aby robić to, co chcesz.

Zauważ, że nie każda "korekta" jest poprawna. Rozważmy to:

for (int i = 1; i < 10; i++) {
    for (j = 1; j < 10; j++) {
        ...
    }
}

Załóżmy, że kompilator mówi "nie można znaleźć symbolu" dla j. Jest wiele sposobów, aby to "naprawić": {]}

• mógłbym zmienić wewnętrzny for na for (int j = 1; j < 10; j++) - prawdopodobnie poprawny.
• mógłbym dodać deklarację dla j przed pętlą wewnętrzną for, lub zewnętrzną for pętlą-ewentualnie poprawną.
• mógłbym zmienić j na i w wewnętrznej for pętli-prawdopodobnie źle!
• i tak dalej.

Chodzi o to, że musisz zrozumieć, co twój kod próbuje zrobić, aby znaleźć właściwą poprawkę.

4. Niejasne przyczyny

Oto kilka przypadków, w których "nie można znaleźć symbolu" jest pozornie niewytłumaczalne ... dopóki nie przyjrzysz się bliżej.

1. Niepoprawne zależności: jeśli używasz IDE lub narzędzia do budowania, które zarządza ścieżką budowania i zależności projektu, być może popełniłeś błąd z zależnościami; np. pominąłeś zależność lub wybrałeś złą wersję. Jeśli używasz narzędzia do budowania (Ant, Maven, Gradle itp.), Sprawdź plik budowania projektu. Jeśli używasz IDE, sprawdź konfigurację ścieżki budowania projektu.

2. Nie rekompilujesz: czasami zdarza się, że nowi Programiści Javy nie rozumieją, jak działa Łańcuch narzędzi Javy, lub nie zaimplementowali powtarzalnego "proces budowania"; np. za pomocą IDE, Ant, Maven, Gradle i tak dalej. W takiej sytuacji programista może uganiać się za swoim ogonem w poszukiwaniu iluzorycznego błędu, który jest w rzeczywistości spowodowany niewłaściwą rekompilacją kodu i tym podobne ...

3. Problem wcześniejszego budowania: możliwe, że wcześniejsze budowanie nie powiodło się w sposób, który dawał plik JAR z brakującymi klasami. Taka awaria zwykle zostanie zauważona, jeśli używasz narzędzia do budowania. Jednakże jeśli otrzymujesz pliki JAR od kogoś innego, jesteś uzależniony od ich poprawnego budowania i zauważania błędów. Jeśli podejrzewasz to, użyj tar -tvf, aby wyświetlić zawartość pliku suspect jar.

4. Problemy z IDE: ludzie zgłaszali przypadki, w których ich IDE się myli i kompilator w IDE nie może znaleźć klasy, która istnieje ... albo odwrotnie.

   • Może się to zdarzyć, jeśli pamięci podręczne IDE zostaną zsynchronizowane z plikiem system. Istnieją specyficzne dla IDE sposoby, aby to naprawić.

   • To może być błąd IDE. Na przykład @ Joel Costigliola opisuje scenariusz, w którym Eclipse nie obsługuje poprawnie drzewa "testowego" Mavena: zobacz tę odpowiedź.

5. Przedefiniowanie klas systemowych : widziałem przypadki, w których kompilator skarży się, że substring jest nieznanym symbolem w czymś takim jak poniżej

   String s = ...
   String s1 = s.substring(1);
   

   Okazało się, że programista stworzył własną wersję String i że jego wersja klasy nie zdefiniowała metody substring.

   Lekcja: nie Definiuj własnych klas o takich samych nazwach jak zwykłe klasy biblioteczne!

6. Homoglify: jeśli używasz kodowania UTF-8 dla swoich plików źródłowych, możliwe jest posiadanie identyfikatorów, które wyglądają tak samo, ale w rzeczywistości różnią się, ponieważ zawierają homoglify. Zobacz ta strona aby uzyskać więcej informacji.

   Można tego uniknąć, ograniczając się do ASCII lub Latin - 1 jako kodowania plików źródłowych i używając Java \uxxxx escapes dla innych znaków.

^{1 - jeśli, możliwe, widzisz to w wyjątku uruchomieniowym lub komunikacie o błędzie, to albo skonfigurowałeś IDE tak, aby uruchamiało kod z błędami kompilacji, albo Twoja aplikacja generuje i kompiluje kod .. w czasie wykonywania.}