new を忘れた場合は、次のエラーも表示されます:

比較

new キーワードのない呼び出しは、引数をとらない String という名前の (ネイティブ) メソッドを検索しようとするため、そのメソッド シグネチャは未定義である可能性があります。

＃＃＃０。これらのエラーに違いはありますか?

＃＃＃本当じゃない。 「シンボルが見つかりません」、「シンボルを解決できません」、「シンボルが見つかりません」はすべて同じ意味です。 (異なる Java コンパイラは異なる人によって作成され、異なる人は同じことを異なる表現で表現します。)

コンパイル エラーです

1。これは、 ^{Java ソース コードに問題があるか、} または コンパイル方法に問題があることを意味します。 Java ソース コードには次のものが含まれます:

キーワード: 例:

、
• while など。 テキスト: true
、
• false、42、'X'、「こんにちは、ママ!」# ＃＃。 演算子およびその他の英数字以外のトークン: 、
=
• 、{ など。 識別子: 例: Reader、
i
• 、toString、processEquibalanceElephants など。 コメントとスペース。
「シンボルが見つかりません」エラーは識別子に関連しています。コードをコンパイルするとき、コンパイラはコード内の各識別子の意味を理解する必要があります。
「シンボルが見つかりません」エラーは、コンパイラーがこの操作を実行できないことを意味します。コードはコンパイラが理解できないものを参照しているようです。

おそらく名前のスペルが間違っています。つまり、
• StringBuilder

  ではなく

  StringBiulder
  です。 Java はスペルミスやタイプミスを補正することはできませんし、補正しようともしません。
  • おそらく間違いです。つまり、StringBuilder ではなく stringBuilder
  です。すべての Java 識別子では大文字と小文字が区別されます。
  • おそらくアンダースコアの使用方法が間違っている可能性があります。つまり、mystring と my_string
  が異なります。 (Java スタイルのルールに従えば、この間違いはほとんど回避できます...)
  • おそらく、「他の場所」で宣言されたもの、つまりコンパイラーに参照するように暗黙的に指示したコンテキストとは異なるコンテキストで何かを使用しようとしている可能性があります。 (異なるクラス?異なるスコープ?異なるパッケージ?異なるコードベース?)
  • 変数を参照する必要がある識別子の場合:
変数を宣言するのを忘れた可能性があります。

• 変数宣言を使用しようとしたときに、その変数宣言がスコープ外になった可能性があります。 (以下の例を参照)

  • メソッド名またはフィールド名である必要がある識別子の場合:
• おそらく、親/祖先クラスまたはインターフェイスで宣言されていない継承されたメソッドまたはフィールドを参照しようとしています。
  • おそらく、使用している型に存在しない (つまり、宣言されていない) メソッドまたはフィールドを参照しようとしています (例:

    "rope".push()

    #) ##2
  。

  • おそらく、メソッドをフィールドとして使用しようとしている、またはその逆の場合があります (例: ^{"rope".length} または

    someArray.length()
  )。

  • おそらく、配列要素ではなく配列を誤って操作した可能性があります。たとえば、 リーリー

  • クラス名である必要がある識別子の場合:

クラスをインポートするのを忘れた可能性があります。

• 「アスタリスク」インポートを使用した可能性がありますが、インポートしたどのパッケージにもクラスが定義されていませんでした。
  次のような
  • new

    を忘れているかもしれません:

    リーリー

  • おそらく、デフォルトのパッケージで既に宣言されているクラス (つまり、package ステートメントのないクラスが存在する場所) をインポートまたは使用しようとしている可能性があります。

    ヒント: パッケージについて理解してください。デフォルト パッケージは、1 つのクラス、または少なくとも 1 つの Java ソース ファイルで構成される単純なアプリケーションにのみ使用してください。

• 型またはインスタンスに、必要なメンバー (メソッドやフィールドなど) が存在しない場合:

  • おそらく、ネストされたクラスまたはジェネリック パラメーターを宣言し、 使用する型を非表示にしている可能性があります。
  静的変数またはインスタンス変数を隠している可能性があります。
  おそらく、間違ったタイプをインポートした可能性があります。たとえば、IDE の補完または自動修正によって、
  • java.util.List ではなく java.awt.List が提案される可能性があります。
  おそらく、間違ったバージョンの API を使用 (コンパイル) している可能性があります。
  オブジェクトを適切なサブクラスにキャストするのを忘れた可能性があります。
  おそらく、変数
  • の型を、探しているメンバーのスーパータイプとして宣言したと考えられます。
質問は通常、上記の組み合わせです。たとえば、

を「スター」としてインポートし、代わりに java.nio にある Files クラスを使用しようとしたとします。 java.io代码> の。あるいは、java.io のクラスである File ... を作成する予定があるかもしれません。

if

i に対して「シンボルが見つかりません」エラーが発生します。先ほど i を宣言しましたが、その宣言は for ステートメントとその本体 scope のみです。 if ステートメント 内の i への参照では、 i の宣言を参照できません。 範囲外です。 (ここでの適切な修正は、if

i を宣言することです。) これは、タイプミスにより、一見不可解な「シンボルが見つかりません」エラーが発生する、紛らわしい例です:

println

i が見つからないというコンパイル エラーが発生します。でも（そう言うのが聞こえますが）発表しましたよ！ 問題は、{

; ) です。 Java 言語構文では、このコンテキストでのセミコロンを 空のステートメント として定義します。空のステートメントは、for ループの本体になります。したがって、このコードは実際には次のことを意味します: リーリー { ... }

for ループの本体ではないため、i code>for ステートメント内の前の宣言 ブロック内の が範囲外です。 これは、タイプミスによって発生する「シンボルが見つかりません」エラーの別の例です。

tmp(...)

tmp は正しくありません。コンパイラは tmp という名前のメソッドを探しますが、見つかりません。前に宣言した tmp は、メソッドの名前空間ではなく、変数の名前空間にあります。 私が遭遇した例では、プログラマーは実際に演算子を省略しました。彼が最初に書きたかったのは次のとおりです: リーリー

コマンド ラインからコンパイルする場合、コンパイラーがシンボルを見つけられない理由はもう 1 つあります。他のクラスのコンパイルまたは再コンパイルを単に忘れている可能性があります。たとえば、クラス Foo と Bar があり、Foo は Bar を使用します。 Bar をコンパイルしたことがなく、javac Foo.java を実行すると、コンパイラがシンボル Bar を見つけられないことが簡単にわかります。簡単な答えは、Foo と Bar を一緒にコンパイルすることです (例: javac Foo.java Bar.java または javac *.java)。あるいは、Ant、Maven、Gradle などの Java ビルド ツールを使用することをお勧めします。

他にももっとあいまいな理由がいくつかあります...それについては後で説明します。

コンパイル エラーの原因を突き止める必要があります。

• エラー メッセージがどのシンボルについて話しているのかを確認します。
• コンパイラがシンボルが見つからないと言っている理由
を調べてください。上記を参照してください。
• 次に、
コードで何を表現すべきかを

すべての「修正」が正しいわけではないことに注意してください。考えてみてください: リーリー

j

内部の

を
• for (int j = 1; j に変更できます。これは正しいかもしれません。 for j
ステートメントを
• for ループの内側または for ループの外側の の前に追加できます。これは正しいかもしれません。 内部の for ループ内で
j
• を i に変更できますが、おそらく間違っています。 ＃＃＃等。 重要なのは、正しい修正を見つけるには
コードが何をしようとしているのかを
• 理解する必要があるということです。
＃＃＃４。不明な理由

次のいくつかのケースでは、「シンボルが見つかりません」というメッセージが、よく見るまでは不可解に見えるかもしれません。

: ビルド パスとプロジェクトの依存関係を管理する IDE またはビルド ツールを使用している場合は、依存関係の省略など、依存関係で間違いを犯した可能性があります。間違ったバージョンが選択されました。ビルド ツール (Ant、Maven、Gradle など) を使用する場合は、プロジェクトのビルド ファイルを確認してください。 IDE を使用している場合は、プロジェクトのビルド パス構成を確認してください。