PHPの解析/構文エラーとその解決方法?

構文エラーとは?

PHPは、[C-style][1] および [imperative][2] プログラミング言語に属します。PHPには厳格な文法規則があり、誤った記号や識別子に遭遇した場合に、 それを回復することはできません。コーディングの意図を推測することはできません。 関数定義構文抽象][3]。

最も重要なヒント

常にできる基本的な注意事項がいくつかあります：

• 適切なコードのインデントを使用する、または高尚なコーディングスタイルを採用する。 可読性は不規則性を防ぎます。
• シンタックスハイライトのある[**IDEまたはPHP用エディタ][4]を使用してください。 また、括弧とブラケットのバランスをとるのにも役立ちます。 期待される: セミコロン][5]。
• 言語リファレンス][6]とマニュアルの例を読む。 ある程度習熟するために2回。

  パーサーエラーの解釈方法

  典型的な構文エラーメッセージはこうです： 構文エラー: 構文エラー、予期しない T_STRING, expected ';' in *file.php on line 217. これは、構文ミスの可能な場所をリストしています。言及されたファイル名と行番号を参照してください。 T_STRING`のような[moniker][7]は、パーサー/トークナイザーが最終的に処理できなかったシンボルを説明します。しかし、これが構文ミスの原因とは限りません。 前のコード行**も調べることが重要です。多くの場合、構文エラーは以前に起こった災難にすぎません。エラー行番号は、パーサーが最終的に処理をあきらめた場所にすぎません。

  構文エラーの解決

  構文エラーを絞り込んで修正する方法はたくさんあります。

• 言及されているソースファイルを開いてください。記載されているコード行を見てください。
  • 文字列が暴走していたり、演算子の位置がずれていたりする場合は、たいていここに原因があります。
  • 行を左から右に読んで、それぞれの記号が何をするのか想像してください。
• さらに定期的に、先行行も見る必要がある。
  • 特に、;のセミコロンが前の行の行末/ステートメントで欠落しています。(少なくとも文体の観点からは )
  • コードブロック } が正しく閉じられていなかったり入れ子になっていたりする場合は、 ソースコードのさらに上まで調査する必要があるかもしれません。それを単純化するために、適切な コード・インデント を使用してください。
• 構文の色分け**を見てください！
  • 文字列、変数、定数はすべて異なる色を持つべきです。
  • 演算子 +-*/. も異なる色にする。そうでないと、間違った文脈になってしまうかもしれません。
  • 文字列の色分けが長すぎたり短すぎたりする場合は、エスケープされていないか、文字列を閉じる " や ' が欠けています。
  • また、同じ色の句読点が2つ隣り合っている場合もトラブルを意味します。通常、演算子の後に++、--、括弧がなければ、演算子は単独で存在する。2つの文字列や識別子が直接隣り合っているのは、ほとんどの文脈で正しくありません。
• 空白はあなたの友達です。 どんな**コーディング・スタイルにも従いなさい。 < -- PSR-xで初心者を悩ませるのはやめましょう。--&gt；
• 長い行を一時的に分割する。
  • 演算子や定数と文字列の間に改行**を入れるのは自由です。パーサーは解析エラーの行番号を具体化します。非常に長いコードを見る代わりに、足りない構文記号や間違った構文記号を切り分けることができる。
  • 複雑な if ステートメントを個別の if 条件や入れ子の if 条件に分割する。
  • 長い数式やロジックチェーンの代わりに、一時変数を使ってコードを単純化する。(読みやすくなる＝エラーが減る）。
  • 間に改行を入れる： 1.1.正しいコードとすぐにわかるもの、 2.不明な部分、 3.そして、パーサーが文句を言う行です； 長いコードブロックを分割することは、構文エラーの原因を突き止めるのに 本当に 役立ちます。
• 問題のあるコードをコメントアウトしてください。
  • もし問題の原因を特定できない場合は、コードのブロックをコメントアウト（一時的に削除）することから始めましょう。
  • 構文解析エラーを取り除いたら、すぐに問題の原因を見つけたことになります。そこをもっとよく見てください。
  • 関数やメソッドのブロック全体を一時的に削除したい場合もあります。(中括弧が合っていなかったり、インデントがおかしかったりする場合）。
  • 構文の問題が解決できないときは、コメントアウトされた部分をゼロから書き直してみてください。
• 初心者のうちは、いくつかの紛らわしい構文を避けてください。
  • 条件演算子の三項 ?しかし、すべての場合において可読性を向上させるものではありません。未熟なうちは、プレーンなif` 文を使うことをお勧めします。
  • PHPの代替構文(if:/elseif:/endif;)はテンプレートでは一般的ですが、通常の { code } ブロックよりも間違いなく簡単ではありません。
• 最も一般的な初心者の間違いは次のようなものです：
  • ステートメント/行を終了するセミコロン ; が見つからない。 -"や'`の文字列引用符の不一致や、引用符のエスケープされていない文字列。
  • 忘れられた演算子、特に文字列 . の連結。
  • アンバランスな (括弧 ).報告された行の括弧を数えてください。その数は同じですか？
• 1つの構文の問題を解決すると、次の問題が見つかる可能性があることを忘れないでください。
  • 一つの問題を解決しても、その下のコードで別の問題が出てきたら、あなたはほとんど正しい道を歩んでいることになります。
  • 編集後、同じ行で新たな構文エラーが発生した場合は、あなたが試みた変更が失敗だった可能性があります。(常にというわけではありませんが)。
• 修正できない場合は、以前動作していたコードのバックアップを復元してください。
  • ソースコードのバージョン管理システムを採用する。壊れたバージョンと最後に動作したバージョンの差分をいつでも見ることができる。構文の問題が何なのかを知るためのヒントになるかもしれません。

このトピックは完全に議論されすぎている/複雑すぎると思います。 IDEを使用することは、構文エラーを完全に回避するための方法です。 IDEなしで作業することは、専門家ではないとも言えます。 なぜ? 最新のIDEは、入力するすべての文字の後に構文をチェックするためです。 コーディングすると、行全体が赤に変わり、大きな警告通知で構文エラーの正確なタイプと正確な位置が表示される場合は、別のソリューションを検索する必要はまったくありません。

構文チェックIDEを使用するということは、次のことを意味します。

入力時に正しく表示されるからといって、(効果的に)構文エラーに二度と遭遇することはありません。 真剣に。。

構文チェック付きの優れたIDE(それらはすべてLinux、Windows、Macで使用できます):。

1。 NetBeans[無料]。 2。 PHPStorm[$ 199 USD]。 3。 EclipsePHPプラグイン[無料]。 4。 Sublime$ 80 USD。

予期しない [。

最近では、予期しない [配列ブラケットが古いPHPバージョンで一般的に見られます。 短い配列構文は、PHP > = 5.4 以降で使用できます。 古いインストールは array()のみをサポートします。

$php53 = array(1, 2, 3);
$php54 = [1, 2, 3];
         ⇑

同様に、配列関数の結果の逆参照は、古いPHPバージョンでは使用できません。

$result = get_whatever()["key"];
                      ⇑

参照-このエラーはPHPで何を意味しますか? -「構文エラー、予期しない \ []は、最も一般的で実用的な回避策を示しています。

ただし、PHPのインストールをアップグレードするだけの方が常に優れています。 共有Webホスティングプランの場合、最初の調査(例:. SetHandler php56-fcgiを使用して、新しいランタイムを有効にできます。

参照:

• 関数の結果を逆参照するためのPHP構文→PHP 5.4で可能。
• • https://stackoverflow.com/questions/19206928/php-syntax-error-unexpected*。
• • https://stackoverflow.com/questions/4271874/shorthand-for-arrays-is-there-a-literal-syntax-like-or *。
• • https://stackoverflow.com/questions/23565971/php-5-3-10-vs-php-5-5-3-syntax-error-unexpected*。
• • https://stackoverflow.com/questions/17772534/php-array-square-brackets-and-array-difference *。
• • https://stackoverflow.com/questions/11912233/php-array-syntax-parse-error-left-square-bracket*。

ところで、古い+遅いPHPバージョンに本当に固執している場合は、プリプロセッサとPHP 5.4構文ダウンコンバーターもあります。

予期しない [構文エラーの他の原因。

PHPバージョンの不一致でない場合、多くの場合、プレーンタイポまたは新規参入者の構文の誤りです。

• PHP& nbsp; 7でも、クラスの配列プロパティ宣言/式を使用できません。

  保護された$ var ["x"] = "Nope";。
                 ⁇ 。

• [を開く中括 ⁇ {または括 ⁇ (は一般的な見落としです。

  foreach [$ a $ b)。
           ⁇ 。

  または:

  function foobar [$ a、$ b、$ c] {。
                  ⁇ 。

*または、定数(PHP 5.6より前)を配列として逆参照しようとしています。

    $ var = const [123];。
            ⁇ 。

少なくともPHPはその「const」を定数として解釈します。

配列変数(ここでは典型的な原因です)にアクセスする場合は、先頭の `$` sigilを追加して、 `$ varname`になります。

*連想配列のメンバーで「グローバル」キーワードを使用しようとしています。 これは有効な構文ではありません。

    グローバル$ var ['key'];。

予期しない ]閉じる角括 ⁇ 。

これはややまれですが、終了配列 ]ブラケットによる構文事故もあります。

*再び )括 ⁇ または }中括 ⁇ との不一致が一般的です。

    function foobar($ a、$ b、$ c){。
                               ⁇ 。

*または、配列がない配列を終了しようとしています。

    $ var = 2];。

これは、*複数行*および*ネスト*配列宣言でよく発生します。

    $ array = [1、[2、3]、4、[5、6 [7、[8]、[9、10]]、11]、12]]、15];。
                                                  ⁇ 。
その場合は、IDEを使用してブラケットマッチングを行い、時期 ⁇ 早の `] `配列クロージャーを見つけます。 少なくとも、スペースと改行を増やして絞り込みます。

想定外のT_VARIABLE

予期しないT_VARIABLE"は、現在の式やステートメントの構造に合わない $variable というリテラル名があることを意味します。

![意図的に抽象的/不正確な演算子+$変数ダイアグラム][1]。

1. Missing semicolon

。

予期しないT_CONSTANT_ENCAPSED_STRING
予期しないT_ENCAPSED_AND_WHITESPACE。

扱いにくい名前 T_CONSTANT_ENCAPSED_STRINGおよび T_ENCAPSED_AND_WHITESPACEは、引用された "string" literals を指します。

それらはさまざまなコンテキストで使用されますが、構文の問題は非常に似ています。 T_ENCAPSED ... 警告は二重引用符で囲まれた文字列コンテキストで発生します。一方、 T_CONSTANT ... 文字列は、多くの場合、プレーンなPHP式またはステートメントで迷っています。

1。 < h3>不正な変数補間< / h3>。

そして、それは誤ったPHP変数の補間で最も頻繁に発生します:

                               ⁇ 。
    echo "ここに$ wrong ['array']アクセスがあります";。

配列キーの引用は、PHPのコンテキストでは必須です。 しかし、二重引用符で囲まれた文字列(またはHEREDOC)では、これは間違いです。 パーサーは、含まれている単一の引用された「 'string'」について不平を言います。なぜなら、それは通常、そこに文字通りの識別子/キーを期待するからです。

より正確には、配列参照にPHP2スタイル[二重引用符内の単純な構文](http://www.php.net/language.types.string#language.types.string.parsing)を使用することが有効です。

    echo「これは$ valid [ここ]だけです。 ...";。

ただし、ネストされた配列またはより深いオブジェクト参照には、[複雑な巻き糸式](http://www.php.net/language.types.string#language.types.string.parsing#complex + curly + syntax)構文が必要です。

    echo "{$ array ['as_usual']}を巻き毛の構文で使用します。";。

不明な場合は、一般的に使用する方が安全です。 それはしばしばより読みやすいとさえ考えられています。 そして、より良いIDEは実際にそのために異なる構文の色付けを使用します。

2。 < h3>連結不足< / h3>。

文字列が式に従っているが、連結または他の演算子がない場合、PHPは文字列リテラルについて不満を言うことがわかります。

                            ⁇ 。
    「こんにちは」を印刷します。 . 世界 "。 !";。

あなたと私には明らかですが、PHPは文字列がそこに追加されることを意図していたことを*推測*できません。

3。 < h3>文字列引用エンクロージャの混乱< / h3>。

同じ構文エラーは、[confounding string delimiters](https://stackoverflow.com/questions/13565768/php-syntax-error-unexpected-t-constant-encaps-string)でも発生します。 単一の「」または「二重」の引用で始まる文字列も同じで終わります。

                     ⁇ 。
    "< a href =" 'を印刷します。 . $ link。 . '">ここをクリック< / a> ";。
           ⁇ 。

その例は二重引用符で始まりました。 しかし、二重引用符もHTML属性に向けられていました。 ただし、意図された連結演算子は、一重引用符の2番目の文字列の一部として解釈されました。

> **ヒント**:エディター/ IDEを設定して、シングルおよびダブル引用文字列にわずかに異なる色付けを使用します。 (また、アプリケーションロジックを好むのに役立ちます。 テキスト出力の場合は二重引用符で囲まれた文字列、定数のような値の場合は単一引用符で囲まれた文字列。)。

これは、そもそも二重引用符から抜け出すべきではない良い例です。 代わりに、[適切な `\ "`エスケープ](https://stackoverflow.com/questions/10674121/php-parse-error-syntax-error-unexpected-t-constant-encaps-string-expecting)を使用してください。 HTML属性´引用:

    "< a href = \" {$ link} \ ">ここをクリック< / a>"; ";。

これは構文の混乱につながる可能性もありますが、すべての優れたIDE /エディターは、エスケープされた引用符を異なる色で表示することで再び役立ちます。

4。 < h3>開封の引用が欠落< / h3>。

同様に、[忘れられたオープニング ` `/ '' '引用](https://stackoverflow.com/questions/17379114/how-to-fix-unexpected-t-constant-encaps-string-syntax-error)のレシピです。パーサーエラーの場合:

                    ⁇ 。
     make_url(login '、' open ');。

ここで、「login」が文字列パラメーターであることを意図していた場合、「」、「」は裸語の後に文字列リテラルになります。

5。 < h3>配列リスト< / h3>。

配列作成ブロックの `、`コンマを見逃すと、パーサーには2つの連続した文字列が表示されます。

    array( ⁇ 。
         "key" => "値"。
         "次へ" => "。..."、。
    );。

最後の行には常に追加のカンマが含まれている可能性がありますが、その間の行を見落とすことは許されません。 構文を強調表示しないと、これを発見するのは困難です。

6。 < h3>関数パラメーターリスト< / h3>。

同じこと[関数呼び出しの場合](https://stackoverflow.com/questions/9352932/syntax-error-unexpected-t-constant-encaps-string):

                              ⁇ 。
    myfunc(123、「テキスト」、「および」「詳細」)。

7。 < h3>暴走弦< / h3>。

一般的なバリエーションは、非常に単純に忘れられた文字列ターミネーターです。

                                     ⁇ 。
    mysql_evil( "SELECT * FROM stuffs); 
    印刷 "'ok '";。
           ⁇ 。

ここで、PHPは2つの文字列リテラルを互いに直接不平を言っています。 しかし、本当の原因はもちろん、閉じられていない以前の文字列です。

こちらもご覧ください。

• https://stackoverflow.com/questions/4738850/interpolation-double-quoted-string-of-associative-arrays-in-php。
• https://stackoverflow.com/questions/13565768/php-syntax-error-unexpected-t-constant-encaps-string。
• https://stackoverflow.com/questions/2719350/syntax-error-unexpected-t-constant-encaps-string-in-php。
• https://stackoverflow.com/questions/5333823/unexpected-t-constant-encaps-string-error-in-sql-query。

想定外のT_STRING

T_STRINGは少し誤用です。引用符で囲まれた"string"を指すのではない。これは生の識別子に遭遇したことを意味する。これは、bareな単語から、CONSTANT`や関数名の残り、忘れられた引用符で囲まれていない文字列、またはプレーンテキストに及ぶ可能性がある。

1. 引用符で囲まれていない文字列'`](https://stackoverflow.com/questions/6507796/troubleshooting-parse-error-unexpected-error) が発生することもあります。

2. ノンプログラミング文字列引用符

予期しない (。

括 ⁇ を開くことは通常、「if/foreach/for/array/list」などの言語構成に従うか、算術式を開始します。 それらは、「strings」、以前の「()」、孤独な「$」の後、およびいくつかの典型的な宣言のコンテキストでは構文的に正しくありません。

1。 < h3>関数宣言パラメーター< / h3>。

このエラーのまれな発生は、[式をデフォルトの関数パラメーターとして使用しようと][1]です。 これは、PHP7でもサポートされていません。

    function header_fallback($ value、$ expires = time()+ 90000){。

関数宣言のパラメータは、リテラル値または定数式のみにすることができます。 関数呼び出しとは異なり、「whatever(1 + something()* 2)」などを自由に使用できます。

2。 < h3>クラスプロパティのデフォルト< / h3>。

[クラスメンバー宣言](https://stackoverflow.com/questions/11313051/parse-error-syntax-error-unexpected-expecting-or-in)についても同じことが言えます。式:

    クラスxyz { ⁇ 。
        var $ default = get_config( "xyz_default");。

そのようなものをコンストラクターに入れます。
[PHP属性が関数を許可しない理由]も参照してください?](https://stackoverflow.com/questions/3960323/why-dont-php-attributes-allow-functions)。

ここでも、PHP 7では「var $ xy = 1 + 2 +3;」定数式のみが許可されていることに注意してください。

3。 < h3> PHPのJavaScript構文< / h3>。

JavaScriptまたは[jQuery構文][2]の使用は、明らかな理由によりPHPでは機能しません。

    <?php ⁇ 。
        印刷$(document).text();。

これが発生すると、通常、終了していない先行文字列を示します。文字通りの「< script>」セクションがPHPコードのコンテキストに漏れています。

4。 < h3> isset(())、空、キー、次、現在< / h3>。

`isset()`と`empty()`はどちらも言語組み込みであり、関数ではありません。 [変数に直接アクセスする必要がある][3]。 誤って括 ⁇ のペアを追加しすぎると、次の式が作成されます。

               ⁇ 。
    if(isset(($ _GET ["id"]))){。

同じことが暗黙の変数名アクセスを必要とするすべての言語構成に適用されます。 これらの組み込みは言語文法の一部であるため、装飾的な余分な括 ⁇ は許可されません。

変数参照を必要とするユーザーレベルの関数-式の結果が渡される-代わりにランタイムエラーが発生します。

。

予期しない )。

1。 < h3>不在関数パラメーター< / h3>。

迷うことはできません[関数呼び出しでコンマが持続する][4]。 PHPはそこに値を期待しているため、早期終了 `)`括 ⁇ について不満を述べています。

                   ⁇ 。
    callfunc(1、2、);。

末尾のコンマは、「array()」または「list()」構造でのみ許可されます。

2。 < h3>未完成の式< / h3>。

算術式で何かを忘れた場合、パーサーはあきらめます。 それはどのようにそれを解釈する必要があるのか:

                    ⁇ 。
    $ var = 2 *(1 +);。

そして、あなたが「)」のクロージングさえ忘れた場合、代わりに予期しないセミコロンについての不満を得るでしょう。

3。 < h3> constant< / code>としてのフォーラック< / h3>。

[コントロールステートメントの忘れられた変数 `$`プレフィックス](https://stackoverflow.com/questions/11624495/how-to-fix-syntax-error-in-php-unexpected)の場合、次のようになります。

                        ⁇ 。
    foreach($ array as wrong){。

ここのPHPは、代わりに `::`を期待していたことを伝えることがあります。 なぜなら、class :: $ variableは予想される$ variable式を満たすことができたからです。.

最も一般的には[アンバランス `(`および`)`](https://stackoverflow.com/questions/11473504/php-syntax-error-on-line-9)は、パーサーが開口カーリーについて不満を言う場合の原因です `{`早すぎます。 簡単な例:

                                   ⁇ 。
    if(($ x == $ y)&& (2 == true){。

親子を数えるか、それを助けるIDEを使用してください。 また、スペースなしでコードを記述しないでください。 読みやすさが重要です。

表現に中括 ⁇ を使用することはできません。 括 ⁇ とカーリーを混同すると、言語文法に準拠しなくなります。

                ⁇ 。
    $ var = 5 * {7 + $ x};。

ローカルスコープ変数 `$ {references}`など、識別子構築にはいくつかの例外があります。

これはかなりまれです。 ただし、複雑な変数式について「{」と「}」のパーサーの苦情が表示される場合もあります。

                           ⁇ 。
    「こんにちは{$ world [2 {]}。 !";。

ただし、このような状況では予期しない「}」が発生する可能性が高くなります。

それは、終了していない表現に対して発生する可能性があります。

関数/コードブロックの最後の行に末尾 `;`セミコロンがない場合:

    関数any(){。
        doStuff()。
    }。

ここで、パーサーは、関数の結果または他の何かに「+ 25;」を追加したいかどうかを判別できません。

コードブロックが `}`を早く閉じているとき、または開口部 `{`を忘れたときに、このパーサーエラーが表示されることがあります。

    function doStuff(){。
        if(true) ⁇ 。
            「はい」を印刷します。
        }。
    }。

上記のスニペットでは、「if」に開口部「{」の巻き毛ブレースがありませんでした。 したがって、以下の「}」のクロージングは 冗長になりました。 したがって、機能を対象とした次のクロージング `} `は、元のオープニング `{`カーリーブレースに関連付けられませんでした。

このようなエラーは、適切なコードインデントがないと見つけるのがさらに難しくなります。 IDEとブラケットのマッチングを使用します。

たとえば、[パラメータリストのない誤って宣言された関数][5]は許可されていません。

                      ⁇ 。
    {何でも機能。
    }。

そして、同様に[`if` without condition][6]を持つことはできません。

       ⁇ 。
    {。
    }。