它通常表示前一行中缺少分号。语句后面的变量赋值是一个很好的指示器，可以在其中查找：

一个常见的错误是字符串与遗忘的.运算符的串联：

顺便说一句，你应该喜欢字符串插值(双引号中的基本变量)，只要这有助于可读性。这样就避免了这些语法问题。

String interpolation is a scripting language core feature. No shame in utilizing it. Ignore any micro-optimization advise about variable . concatenation being faster. It's not.

当然，同样的问题也可能出现在其他表达式中，例如算术运算：

这里PHP无法猜测是否应该添加、减去或比较变量等。

与数组填充中的语法列表相同，其中解析器还指示预期的逗号,，例如：

或函数参数列表：

同样地，您是否在list或global语句中看到这种情况，或者在for循环中缺少;分号时看到这种情况。

这个解析器错误也发生在类声明中。只能分配静态常量，不能分配表达式。因此，解析器将变量作为分配的数据来抱怨：

不匹配的}闭合花括号尤其可以在这里引出。如果方法过早终止(请使用适当的缩进！)则通常会将一个零散变量放错在类声明体中。

也不能让变量直接跟在标识符后面：

顺便说一句，这是一个常见的例子，目的可能是使用变量。在这种情况下，例如使用$this->{"myFunc$VAR"}();进行变量属性查找。

Take in mind that using variable variables should be the exception. Newcomers often try to use them too casually, even when arrays would be simpler and more appropriate.

草率的打字可能会导致忘记左括号对于if和for和foreach报表：

解决方案：在语句和变量之间添加缺少的opening (。

解决方案：取消else的条件或使用elseif。

解决方案：在$var周围加括号。

如"不可见的游离Unicode"(如不间断空格)的参考答案中所述，您可能还会看到此错误，因为不可靠的代码如下：

它在文件开头以及复制和粘贴代码中相当普遍。如果代码在视觉上不包含语法问题，请使用十六进制编辑器进行检查。

而且，它经常出现不正确的php变量内插法：

Quoting arrays keys is a must in PHP context.但在双重弦乐(或遗产)中，这是一个错误。帕瑟抱怨说，单个集装箱是'string'的，因为这通常是一个文学标识/钥匙在那里。

更精确地使用PHP2-style simple syntax within double contributions for array references：

ZZU1

Nested arrays or deeper object references however require the complex curly string expression syntax:

如果不确定，这很安全。即使考虑得更多而且，最好是实际使用不同的句法着色。

如果一个字符串跟随一个表情，但缺少一个结构化或其他操作员，那么你会看到PHP complain about the string literal：

Php just can't guess the string was meant to be appened there.

当混淆弦乐划分器时，同样的语法错误出现。一条由单一的'或双重的"开始的弦乐，也以同样的方式结束。

以双重摊款为例。但双重分摊也被指定用于HTML属性。然而，在单一摊款中作为第二条弦的一部分被解释为共有的运算符。

Tip: Set your editor/IDE to use slightly distinct colorization for single and double quoted strings. (It also helps with application logic to prefer e.g. double quoted strings for textual output, and single quoted strings only for constant-like values.)

这是一个很好的例子，说明你在第一个位置不应打破双重摊款。Instead just use proper \"

当这也能引导语法混淆时，所有更好的编辑/编辑都能通过将离散配额染色而得到帮助。

等价地被遗忘了打开"/'。

在一个字母缩写后，当Obviously login时，会成为一个字符串。

如果你错过了一个,，就像在一个阵列创作块，帕瑟会看到两条消费者弦乐：

注意到最后一条线可能总是含有一个额外的comma，但在两条线之间的一条线是不可原谅的。没有高清语法，很难发现。

SAME thing for function calls:

一个常见的变异是简单地忘记了弦乐终结者：

这是PHP投诉两条弦乐文学直接跟随彼此。但真正的原因是未知的前奏。

但是，这种语法错误最常见于错误引用的字符串值。任何未转义和离群的"或'引语将构成无效的表达式：好的。

语法突出显示会使这种错误非常明显。记住使用反斜杠转义\"双引号或\'单引号是很重要的，这取决于哪个引号用作字符串附件。好的。

• 为了方便起见，在输出包含双引号的纯HTML时，您应该首选外部单引号。
• 如果要插入变量，请使用双引号字符串，但要注意转义文字"双引号。
• 对于较长的输出，更倾向于使用多条echo或print线路，而不是进出。最好还是考虑一下Heredoc部分。

另请参见PHP中单引号和双引号字符串的区别是什么？.好的。

如果您错过了一个结束的"，那么一个语法错误通常会在稍后出现。在下一个预期的字符串值之前，未终止的字符串通常会消耗一点代码：好的。

解析器可能会抗议的不仅仅是文字T_STRING。另一种常见的变化是用于不带引号的文本HTML的Unexpected '>'。好的。

如果您从博客或网站复制和粘贴代码，有时会导致代码无效。字体引号不是PHP期望的：好的。

排版/智能引号是Unicode符号。PHP将它们视为相邻字母数字文本的一部分。例如，"these被解释为常量标识符。但随后的任何文本文本文本被解析器视为一个空字/t_字符串。好的。

如果在前面的行中有一个未终止的表达式，那么下面的任何语句或语言构造都将被视为原始标识符：好的。

PHP只是不知道您是打算一个接一个地运行两个函数，还是打算将它们的结果相乘、相加、比较，或者只运行一个||或另一个。好的。

语法错误最可怕的原因是Unicode符号，例如不间断空格。PHP允许使用Unicode字符作为标识符名称。如果您收到一个T_字符串解析器对完全不可靠的代码的投诉，例如：好的。

您需要弹出另一个文本编辑器。甚至是一个十六进制编辑器。这里看起来像普通空格和换行符的内容可能包含不可见的常量。基于Java的IDE有时会忽略UTF-8 BOM中的内、零宽度空间、段落分隔符等。尝试重新编辑所有内容，删除空白并添加正常空间。好的。

您可以通过在每行开始处添加冗余的;语句分隔符来缩小范围：好的。

这里多余的;分号将前面的不可见字符转换为未定义的常量引用(表达式为语句)。作为回报，PHP提供了一个有用的通知。好的。

PHP中的变量由美元符号和变量名表示。好的。

美元符号($是将标识符标记为变量名的符号。如果没有这个符号，标识符可以是语言关键字或常量。好的。

当PHP代码从另一种语言(C、Java、JavaScript等)编写的代码中被翻译时，这是一个常见的错误。在这种情况下，变量类型的声明(原始代码是用使用类型化变量的语言编写的)也可能会溜出并产生此错误。好的。

如果在字符串中使用\，它有一个特殊的含义。这被称为"转义字符"，通常告诉解析器从字面上取下一个字符。好的。

示例：echo 'Jim said \'Hello\'';将打印Jim said 'hello'。好的。

如果转义字符串的右引号，则右引号将按字面和不按预期接受，即作为字符串的一部分作为可打印的引号，而不是关闭字符串。这通常在打开下一个字符串或脚本末尾后显示为分析错误。好的。

在Windows中指定路径时非常常见的错误："C:\xampp\htdocs\"是错误的。你需要"C:\\xampp\\htdocs\\"。好的。

此错误较少见的情况是试图使用表达式作为默认函数参数。这是不支持的，即使在php7中：好的。

函数声明中的参数只能是文字值或常量表达式。与函数调用不同，在函数调用中可以自由使用whatever(1+something()*2)等。好的。

类成员声明也一样，只允许文本/常量值，不允许表达式：好的。

把这些东西放到构造器中。另请参见为什么php属性不允许使用函数？好的。

再次注意，php 7只允许使用var $xy = 1 + 2 +3;常量表达式。好的。

使用javascript或jquery语法在PHP中不起作用，原因很明显：好的。

当发生这种情况时，它通常指示前面未终止的字符串；以及文字节泄漏到PHP代码上下文中。好的。

isset()和empty()都是语言内置的，而不是函数。他们需要直接访问变量。如果您不小心添加了一对太多的括号，那么您将创建一个表达式：好的。

这同样适用于任何需要隐式变量名访问的语言构造。这些内置的是语言语法的一部分，因此不允许使用装饰性的附加圆括号。好的。

需要变量引用但传递表达式结果的用户级函数会导致运行时错误。好的。

在函数调用中不能最后有多余的逗号。php预计会有一个值，因此会抱怨早期结束的)圆括号。好的。

尾随逗号只能在array()或list()构造中使用。好的。

如果您忘记了算术表达式中的某些内容，那么解析器就放弃了。因为它应该如何解释：好的。

如果你甚至忘记了结束的)，那么你会得到一个关于意外分号的投诉。好的。

对于控制语句中被遗忘的变量$前缀，您将看到：好的。

这里的php有时会告诉您它需要一个::。因为类：：$variable可能满足预期的$variable表达式..好的。

最常见的不平衡(和)是如果解析器抱怨打开的卷曲{出现得太早的原因。一个简单的例子：好的。

数一数你的帕伦斯或者使用一个有助于这一点的IDE。也不要写没有空格的代码。可读性计数。好的。

表达式中不能使用大括号。如果你混淆括号和卷发，它将不符合语言语法：好的。

标识符构造有一些例外，例如局部作用域变量${references}。好的。

这是相当罕见的。但您也可能会收到{和}解析器对复杂变量表达式的投诉：好的。

尽管在这种情况下，有更高的可能性出现意外的}。好的。

对于任何未终止的表达式都可能发生这种情况。好的。

如果函数/代码块的最后一行缺少尾随的;分号：好的。

在这里，解析器无法判断您是否仍然想要向函数结果中添加+ 25;或其他内容。好的。

有时，当代码块过早关闭或忘记打开{时，您会看到这个解析器错误，甚至：好的。

在上面的代码片段中，if没有打开的{花括号。因此，关闭下面的}一个变得多余。因此，下一个关闭的}是为该功能而设计的，与原来打开的{花括号不相关。好的。

如果没有适当的代码缩进，这种错误就更难发现。使用IDE和括号匹配。好的。

例如，不允许没有参数列表的错误调用函数：好的。

如果没有条件，你也不能拥有一个if。好的。

显然，这没有道理。一般的嫌疑犯也一样，如for/foreach、while/do等。好的。

If you've got this particular error, you definitely should look up some manual examples.

Ok.

不匹配的代码大括号对于格式不太好的代码很常见，例如：好的。

如果您的代码看起来像这样，请重新开始！否则它对你或其他任何人都是不可修复的。在互联网上展示这个是没有意义的，以寻求帮助。好的。

只有当您能够直观地遵循if/else条件及其{代码块}的嵌套结构和关系时，才能修复它。使用您的IDE查看它们是否都是成对的。好的。

任何双}}都不只是关闭一个分支，而是关闭以前的条件结构。因此，坚持一种编码风格；不要在嵌套的if/else树中混合和匹配。好的。

除了这里的一致性之外，避免冗长的条件也很有帮助。使用临时变量或函数来避免不可读的if表达式。好的。

新来者经常犯的一个错误是试图在表达式中使用if语句，例如print语句：好的。

当然是无效的。好的。

您可以使用三元条件，但要注意可读性的影响。好的。

否则，打破这种输出结构：使用多个ifs和echos。更好的是，使用临时变量，并将条件放在前面：好的。

为这种情况定义函数或方法也通常是有意义的。好的。控制块不返回"结果"

现在这种情况不太常见，但一些编码人员甚至试图将if视为可能返回结果：好的。

在结构上与在字符串串联/表达式中使用if相同。好的。

• 但是控制结构(if/foreach/while)没有"结果"。
• 文本字符串"true"也只是一个void语句。

您必须在代码块中使用赋值：好的。

或者，采用?:三元比较法。好的。如果在中频

您不能在以下条件中嵌套if：好的。

这显然是多余的，因为and或or已经允许链接比较。好的。

再一次：每个控制块都需要是一个语句。如果前面的代码段没有以分号结尾，那么这是一个保证语法错误：好的。

顺便说一句，{…}代码块中的最后一行也需要分号。好的。

现在责怪特定的编码风格可能是错误的，因为这个陷阱太容易忽略了：好的。

这比你想象的要频繁。好的。

• 当使用;终止if ()表达式时，它将执行一个void语句。;变成了自己的一个空的{}！
• 因此，{…}块与if分离，并始终运行。
• 因此，else不再与开放的if构造有关系，这就是为什么这会导致意外的t其他语法错误。

这也解释了这种语法错误的细微变化：好的。

代码块{…}后的;终止整个if。构造，语法上切断else分支。好的。

在语法上允许在if/elseif/else分支中省略大括号{…}。不幸的是，这是一种语法风格，非常常见于不精通的编码人员。(在错误的假设下，打字或阅读速度更快)。好的。

然而，这很可能会破坏语法。迟早，附加语句将进入if/else分支：好的。

但要实际使用代码块，您必须编写{…}代码块！好的。

Even seasoned programmers avoid this braceless syntax, or at least
understand it as an exceptional exception to the rule.

Ok.

当然，提醒自己的一件事是有条件的顺序。好的。

你可以随心所欲地拥有多个elseif，但else必须排在最后。就这样。好的。

如上所述，类声明中不能有控制语句：好的。

在这种情况下，您要么忘记了函数定义，要么过早地关闭了一个}。好的。

混合php和html时，if/elseif的结束}必须与下一个elseif/else位于同一php块中。这将产生错误，因为关闭if的}需要是elseif的一部分：好的。

正确的格式：好的。

这或多或少是不正确缩进的一种变化——大概是基于错误的编码意图。您不能在if和elseif和else结构令牌之间混用其他语句：好的。

两者都只能出现在{…}代码块中，而不能出现在控制结构标记之间。好的。

• 不管怎么说，这是不合理的。当php在if和else分支之间跳转时，并不是有"未定义"的状态。
• 您必须决定打印语句属于/或是否需要在两个分支中重复。

也不能在不同的控制结构之间划分if/else：好的。

if和else之间没有句法关系。foreach的词汇量范围以}结尾，因此if结构没有继续的意义。好的。

如果有人抱怨意外的t结尾，您使用的是可选的语法样式if:？elseif:号？else:号？埃多克斯1〔27〕。你真的应该三思而后行。好的。

• 一个常见的陷阱是混淆了与;分号极其相似的:冒号。(见"分号太早")。好的。

• 由于缩进在模板文件中很难跟踪，因此在使用替代语法时，越可能您的endif;与任何if:都不匹配。好的。

• 使用} endif;。是一个双重的if终止符。好的。

而"意料之外的$end"通常是忘记收市的}花括号的价格。好的。

因此，这不是语法错误，但在本文中值得一提：好的。

这不是一个==/===比较，而是一个=分配。这是相当微妙的，很容易导致一些用户无助地编辑整个条件块。当心意外的任务，首先-当你遇到一个逻辑错误/错觉。好的。

如果解析器抱怨控制语句，那么您是否在前一行中遗漏了分号？

解决方案：查看前一行；添加分号。

发生这种情况的另一个位置是在类声明中。在类部分中，只能列出属性初始化和方法部分。不允许存在代码。

这种语法错误通常会出现在嵌套不正确的{和}中。尤其是当函数代码块过早关闭时。

大多数语言结构只能用作语句。它们不应该放在其他表达式中：

同样，您不能在字符串、数学表达式或其他地方使用if：

对于在表达式中嵌入if样条件，通常需要使用?:三元计算。

这同样适用于for、while、global、echo和较小范围的list。

而print()是一种内置的语言，可以在表达式上下文中使用。(但很少有意义。)

对于用户定义的函数或类名，也不能使用do或if等语言构造。(可能在pH7.但即使这样也不可取。)

尤其是对于具有多重比较的if语句，必须注意正确计算左括号和右括号：

这里的if条件已经被)终止了。

一旦您的比较变得足够复杂，通常会有助于将其拆分为多个嵌套的if结构。

一个常见的新来者是Pitfal试图将isset()或empty()与比较相结合：

甚至：

这对PHP没有意义，因为isset和empty是只接受变量名的语言构造。比较结果也没有意义，因为输出只是/已经是一个布尔值。

两个操作符看起来有些相似，因此有时会混淆：

您只需要记住这个比较运算符被称为"大于或等于"就可以正确地进行比较。

另请参见：PHP中的if语句结构

如果两个比较属于同一个变量名，则也不能组合使用：

PHP无法推断您打算再次比较初始变量。表达式通常根据运算符优先级配对，因此当看到<时，只剩下原始变量的布尔结果。

另请参见：意外的t_小于或等于

不能将变量与一行运算符进行比较：

这必须分成两个比较，分别与$x进行比较。

这实际上更像是黑名单表达式(由于等价的运算符关联性)。在一些C样式的语言中，它在语法上是有效的，但是PHP也不会将其解释为预期的比较链。

大于>或小于<的运算符没有自定义T_XXX标记器名称。虽然它们可以像其他的一样放错地方，但您经常会看到解析器抱怨它们的错误引用字符串和混合HTML：

这相当于一个字符串"被比较>到一个文字常量Hello，然后另一个<比较。或者至少这是PHP看到的。实际原因和语法错误是字符串"过早终止。

也不可能嵌套php start标记：

• (P)Quite often comes up for using EDOCX1 plus 1-placeholders EDOCX1 plus 2 in php_context：(p)字母名称(P)Where the callback should have been quoted.(Now the EDOCX1 theography 3 common regex flag has been depressed.But it's sometimes still misused in EDOCX1 plication 4 communal functions.)(p)
• (P)The same identifier constraint applies to object properties，BTW.(p)字母名称
• (P)While the Tokenizer/Parser does not allow a逐字逐句EDOCX1/音标5 as variable name，one could use EDOCX1/音标6 or EDOCX1/音标7.Which is a syntactic workound for non-standard identifiers.(It's best to think of it a s a local scope look up.But generally：prefer plain arrays for such cases！(p)
• (P)Amusingly，but very much not recommended，PHPS parser allows unicode-identifiers；such that EDOCX1 simplifical 8 would be valid.(Unlike a逐字逐句EDOCX1)(p)

• 字母名称
• 字母名称
• 字母名称

(P)So usually there's one of EDOCX1 literal 14 common or EDOCX1 big 10 communal missing for separating lists or expressions.(p)

它通常表示前一行中缺少分号。语句后面的变量赋值是一个很好的指示器，可以在其中查找：

一个常见的错误是字符串与遗忘的.运算符的串联：

顺便说一句，你应该喜欢字符串插值(双引号中的基本变量)，只要这有助于可读性。这样就避免了这些语法问题。

String interpolation is a scripting language core feature. No shame in utilizing it. Ignore any micro-optimization advise about variable . concatenation being faster. It's not.

当然，同样的问题也可能出现在其他表达式中，例如算术运算：

这里PHP无法猜测是否应该添加、减去或比较变量等。

与数组填充中的语法列表相同，其中解析器还指示预期的逗号,，例如：

或函数参数列表：

同样地，您是否在list或global语句中看到这种情况，或者在for循环中缺少;分号时看到这种情况。

这个解析器错误也发生在类声明中。只能分配静态常量，不能分配表达式。因此，解析器将变量作为分配的数据来抱怨：

不匹配的}闭合花括号尤其可以在这里引出。如果方法过早终止(请使用适当的缩进！)则通常会将一个零散变量放错在类声明体中。

也不能让变量直接跟在标识符后面：

顺便说一句，这是一个常见的例子，目的可能是使用变量。在这种情况下，例如使用$this->{"myFunc$VAR"}();进行变量属性查找。

Take in mind that using variable variables should be the exception. Newcomers often try to use them too casually, even when arrays would be simpler and more appropriate.

草率的打字可能会导致忘记左括号对于if和for和foreach报表：

解决方案：在语句和变量之间添加缺少的opening (。

解决方案：取消else的条件或使用elseif。

解决方案：在$var周围加括号。

如"不可见的游离Unicode"(如不间断空格)的参考答案中所述，您可能还会看到此错误，因为不可靠的代码如下：

它在文件开头以及复制和粘贴代码中相当普遍。如果代码在视觉上不包含语法问题，请使用十六进制编辑器进行检查。

而且，它经常出现不正确的php变量内插法：

Quoting arrays keys is a must in PHP context.但在双重弦乐(或遗产)中，这是一个错误。帕瑟抱怨说，单个集装箱是'string'的，因为这通常是一个文学标识/钥匙在那里。

更精确地使用PHP2-style simple syntax within double contributions for array references：

ZZU1

Nested arrays or deeper object references however require the complex curly string expression syntax:

如果不确定，这很安全。即使考虑得更多而且，最好是实际使用不同的句法着色。

如果一个字符串跟随一个表情，但缺少一个结构化或其他操作员，那么你会看到PHP complain about the string literal：

Php just can't guess the string was meant to be appened there.

当混淆弦乐划分器时，同样的语法错误出现。一条由单一的'或双重的"开始的弦乐，也以同样的方式结束。

以双重摊款为例。但双重分摊也被指定用于HTML属性。然而，在单一摊款中作为第二条弦的一部分被解释为共有的运算符。

Tip: Set your editor/IDE to use slightly distinct colorization for single and double quoted strings. (It also helps with application logic to prefer e.g. double quoted strings for textual output, and single quoted strings only for constant-like values.)

这是一个很好的例子，说明你在第一个位置不应打破双重摊款。Instead just use proper \"

当这也能引导语法混淆时，所有更好的编辑/编辑都能通过将离散配额染色而得到帮助。

等价地被遗忘了打开"/'。

在一个字母缩写后，当Obviously login时，会成为一个字符串。

如果你错过了一个,，就像在一个阵列创作块，帕瑟会看到两条消费者弦乐：

注意到最后一条线可能总是含有一个额外的comma，但在两条线之间的一条线是不可原谅的。没有高清语法，很难发现。

SAME thing for function calls:

一个常见的变异是简单地忘记了弦乐终结者：

这是PHP投诉两条弦乐文学直接跟随彼此。但真正的原因是未知的前奏。

但是，这种语法错误最常见于错误引用的字符串值。任何未转义和离群的"或'引语将构成无效的表达式：好的。

语法突出显示会使这种错误非常明显。记住使用反斜杠转义\"双引号或\'单引号是很重要的，这取决于哪个引号用作字符串附件。好的。

• 为了方便起见，在输出包含双引号的纯HTML时，您应该首选外部单引号。
• 如果要插入变量，请使用双引号字符串，但要注意转义文字"双引号。
• 对于较长的输出，更倾向于使用多条echo或print线路，而不是进出。最好还是考虑一下Heredoc部分。

另请参见PHP中单引号和双引号字符串的区别是什么？.好的。

如果您错过了一个结束的"，那么一个语法错误通常会在稍后出现。在下一个预期的字符串值之前，未终止的字符串通常会消耗一点代码：好的。

解析器可能会抗议的不仅仅是文字T_STRING。另一种常见的变化是用于不带引号的文本HTML的Unexpected '>'。好的。

如果您从博客或网站复制和粘贴代码，有时会导致代码无效。字体引号不是PHP期望的：好的。

排版/智能引号是Unicode符号。PHP将它们视为相邻字母数字文本的一部分。例如，"these被解释为常量标识符。但随后的任何文本文本文本被解析器视为一个空字/t_字符串。好的。

如果在前面的行中有一个未终止的表达式，那么下面的任何语句或语言构造都将被视为原始标识符：好的。

PHP只是不知道您是打算一个接一个地运行两个函数，还是打算将它们的结果相乘、相加、比较，或者只运行一个||或另一个。好的。

语法错误最可怕的原因是Unicode符号，例如不间断空格。PHP允许使用Unicode字符作为标识符名称。如果您收到一个T_字符串解析器对完全不可靠的代码的投诉，例如：好的。

您需要弹出另一个文本编辑器。甚至是一个十六进制编辑器。这里看起来像普通空格和换行符的内容可能包含不可见的常量。基于Java的IDE有时会忽略UTF-8 BOM中的内、零宽度空间、段落分隔符等。尝试重新编辑所有内容，删除空白并添加正常空间。好的。

您可以通过在每行开始处添加冗余的;语句分隔符来缩小范围：好的。

这里多余的;分号将前面的不可见字符转换为未定义的常量引用(表达式为语句)。作为回报，PHP提供了一个有用的通知。好的。

PHP中的变量由美元符号和变量名表示。好的。

美元符号($是将标识符标记为变量名的符号。如果没有这个符号，标识符可以是语言关键字或常量。好的。

当PHP代码从另一种语言(C、Java、JavaScript等)编写的代码中被翻译时，这是一个常见的错误。在这种情况下，变量类型的声明(原始代码是用使用类型化变量的语言编写的)也可能会溜出并产生此错误。好的。

如果在字符串中使用\，它有一个特殊的含义。这被称为"转义字符"，通常告诉解析器从字面上取下一个字符。好的。

示例：echo 'Jim said \'Hello\'';将打印Jim said 'hello'。好的。

如果转义字符串的右引号，则右引号将按字面和不按预期接受，即作为字符串的一部分作为可打印的引号，而不是关闭字符串。这通常在打开下一个字符串或脚本末尾后显示为分析错误。好的。

在Windows中指定路径时非常常见的错误："C:\xampp\htdocs\"是错误的。你需要"C:\\xampp\\htdocs\\"。好的。

此错误较少见的情况是试图使用表达式作为默认函数参数。这是不支持的，即使在php7中：好的。

函数声明中的参数只能是文字值或常量表达式。与函数调用不同，在函数调用中可以自由使用whatever(1+something()*2)等。好的。

类成员声明也一样，只允许文本/常量值，不允许表达式：好的。

把这些东西放到构造器中。另请参见为什么php属性不允许使用函数？好的。

再次注意，php 7只允许使用var $xy = 1 + 2 +3;常量表达式。好的。

使用javascript或jquery语法在PHP中不起作用，原因很明显：好的。

当发生这种情况时，它通常指示前面未终止的字符串；以及文字节泄漏到PHP代码上下文中。好的。

isset()和empty()都是语言内置的，而不是函数。他们需要直接访问变量。如果您不小心添加了一对太多的括号，那么您将创建一个表达式：好的。

这同样适用于任何需要隐式变量名访问的语言构造。这些内置的是语言语法的一部分，因此不允许使用装饰性的附加圆括号。好的。

需要变量引用但传递表达式结果的用户级函数会导致运行时错误。好的。

在函数调用中不能最后有多余的逗号。php预计会有一个值，因此会抱怨早期结束的)圆括号。好的。

尾随逗号只能在array()或list()构造中使用。好的。

如果您忘记了算术表达式中的某些内容，那么解析器就放弃了。因为它应该如何解释：好的。

如果你甚至忘记了结束的)，那么你会得到一个关于意外分号的投诉。好的。

对于控制语句中被遗忘的变量$前缀，您将看到：好的。

这里的php有时会告诉您它需要一个::。因为类：：$variable可能满足预期的$variable表达式..好的。

最常见的不平衡(和)是如果解析器抱怨打开的卷曲{出现得太早的原因。一个简单的例子：好的。

数一数你的帕伦斯或者使用一个有助于这一点的IDE。也不要写没有空格的代码。可读性计数。好的。

表达式中不能使用大括号。如果你混淆括号和卷发，它将不符合语言语法：好的。

标识符构造有一些例外，例如局部作用域变量${references}。好的。

这是相当罕见的。但您也可能会收到{和}解析器对复杂变量表达式的投诉：好的。

尽管在这种情况下，有更高的可能性出现意外的}。好的。

对于任何未终止的表达式都可能发生这种情况。好的。

如果函数/代码块的最后一行缺少尾随的;分号：好的。

在这里，解析器无法判断您是否仍然想要向函数结果中添加+ 25;或其他内容。好的。

有时，当代码块过早关闭或忘记打开{时，您会看到这个解析器错误，甚至：好的。

在上面的代码片段中，if没有打开的{花括号。因此，关闭下面的}一个变得多余。因此，下一个关闭的}是为该功能而设计的，与原来打开的{花括号不相关。好的。

如果没有适当的代码缩进，这种错误就更难发现。使用IDE和括号匹配。好的。

例如，不允许没有参数列表的错误调用函数：好的。

如果没有条件，你也不能拥有一个if。好的。

显然，这没有道理。一般的嫌疑犯也一样，如for/foreach、while/do等。好的。

If you've got this particular error, you definitely should look up some manual examples.

Ok.

不匹配的代码大括号对于格式不太好的代码很常见，例如：好的。

如果您的代码看起来像这样，请重新开始！否则它对你或其他任何人都是不可修复的。在互联网上展示这个是没有意义的，以寻求帮助。好的。

只有当您能够直观地遵循if/else条件及其{代码块}的嵌套结构和关系时，才能修复它。使用您的IDE查看它们是否都是成对的。好的。

任何双}}都不只是关闭一个分支，而是关闭以前的条件结构。因此，坚持一种编码风格；不要在嵌套的if/else树中混合和匹配。好的。

除了这里的一致性之外，避免冗长的条件也很有帮助。使用临时变量或函数来避免不可读的if表达式。好的。

新来者经常犯的一个错误是试图在表达式中使用if语句，例如print语句：好的。

当然是无效的。好的。

您可以使用三元条件，但要注意可读性的影响。好的。

否则，打破这种输出结构：使用多个ifs和echos。更好的是，使用临时变量，并将条件放在前面：好的。

为这种情况定义函数或方法也通常是有意义的。好的。控制块不返回"结果"

现在这种情况不太常见，但一些编码人员甚至试图将if视为可能返回结果：好的。

在结构上与在字符串串联/表达式中使用if相同。好的。

• 但是控制结构(if/foreach/while)没有"结果"。
• 文本字符串"true"也只是一个void语句。

您必须在代码块中使用赋值：好的。

或者，采用?:三元比较法。好的。如果在中频

您不能在以下条件中嵌套if：好的。

这显然是多余的，因为and或or已经允许链接比较。好的。

再一次：每个控制块都需要是一个语句。如果前面的代码段没有以分号结尾，那么这是一个保证语法错误：好的。

顺便说一句，{…}代码块中的最后一行也需要分号。好的。

现在责怪特定的编码风格可能是错误的，因为这个陷阱太容易忽略了：好的。

这比你想象的要频繁。好的。

• 当使用;终止if ()表达式时，它将执行一个void语句。;变成了自己的一个空的{}！
• 因此，{…}块与if分离，并始终运行。
• 因此，else不再与开放的if构造有关系，这就是为什么这会导致意外的t其他语法错误。

这也解释了这种语法错误的细微变化：好的。

代码块{…}后的;终止整个if。构造，语法上切断else分支。好的。

在语法上允许在if/elseif/else分支中省略大括号{…}。不幸的是，这是一种语法风格，非常常见于不精通的编码人员。(在错误的假设下，打字或阅读速度更快)。好的。

然而，这很可能会破坏语法。迟早，附加语句将进入if/else分支：好的。

但要实际使用代码块，您必须编写{…}代码块！好的。

Even seasoned programmers avoid this braceless syntax, or at least
understand it as an exceptional exception to the rule.

Ok.

当然，提醒自己的一件事是有条件的顺序。好的。

你可以随心所欲地拥有多个elseif，但else必须排在最后。就这样。好的。

如上所述，类声明中不能有控制语句：好的。

在这种情况下，您要么忘记了函数定义，要么过早地关闭了一个}。好的。

混合php和html时，if/elseif的结束}必须与下一个elseif/else位于同一php块中。这将产生错误，因为关闭if的}需要是elseif的一部分：好的。

正确的格式：好的。

这或多或少是不正确缩进的一种变化——大概是基于错误的编码意图。您不能在if和elseif和else结构令牌之间混用其他语句：好的。

两者都只能出现在{…}代码块中，而不能出现在控制结构标记之间。好的。

• 不管怎么说，这是不合理的。当php在if和else分支之间跳转时，并不是有"未定义"的状态。
• 您必须决定打印语句属于/或是否需要在两个分支中重复。

也不能在不同的控制结构之间划分if/else：好的。

if和else之间没有句法关系。foreach的词汇量范围以}结尾，因此if结构没有继续的意义。好的。

如果有人抱怨意外的t结尾，您使用的是可选的语法样式if:？elseif:号？else:号？埃多克斯1〔27〕。你真的应该三思而后行。好的。

• 一个常见的陷阱是混淆了与;分号极其相似的:冒号。(见"分号太早")。好的。

• 由于缩进在模板文件中很难跟踪，因此在使用替代语法时，越可能您的endif;与任何if:都不匹配。好的。

• 使用} endif;。是一个双重的if终止符。好的。

而"意料之外的$end"通常是忘记收市的}花括号的价格。好的。

因此，这不是语法错误，但在本文中值得一提：好的。

这不是一个==/===比较，而是一个=分配。这是相当微妙的，很容易导致一些用户无助地编辑整个条件块。当心意外的任务，首先-当你遇到一个逻辑错误/错觉。好的。

如果解析器抱怨控制语句，那么您是否在前一行中遗漏了分号？

解决方案：查看前一行；添加分号。

发生这种情况的另一个位置是在类声明中。在类部分中，只能列出属性初始化和方法部分。不允许存在代码。

这种语法错误通常会出现在嵌套不正确的{和}中。尤其是当函数代码块过早关闭时。

大多数语言结构只能用作语句。它们不应该放在其他表达式中：

同样，您不能在字符串、数学表达式或其他地方使用if：

对于在表达式中嵌入if样条件，通常需要使用?:三元计算。

这同样适用于for、while、global、echo和较小范围的list。

而print()是一种内置的语言，可以在表达式上下文中使用。(但很少有意义。)

对于用户定义的函数或类名，也不能使用do或if等语言构造。(可能在pH7.但即使这样也不可取。)

尤其是对于具有多重比较的if语句，必须注意正确计算左括号和右括号：

这里的if条件已经被)终止了。

一旦您的比较变得足够复杂，通常会有助于将其拆分为多个嵌套的if结构。

一个常见的新来者是Pitfal试图将isset()或empty()与比较相结合：

甚至：

这对PHP没有意义，因为isset和empty是只接受变量名的语言构造。比较结果也没有意义，因为输出只是/已经是一个布尔值。

两个操作符看起来有些相似，因此有时会混淆：

您只需要记住这个比较运算符被称为"大于或等于"就可以正确地进行比较。

另请参见：PHP中的if语句结构

如果两个比较属于同一个变量名，则也不能组合使用：

PHP无法推断您打算再次比较初始变量。表达式通常根据运算符优先级配对，因此当看到<时，只剩下原始变量的布尔结果。

另请参见：意外的t_小于或等于

不能将变量与一行运算符进行比较：

这必须分成两个比较，分别与$x进行比较。

这实际上更像是黑名单表达式(由于等价的运算符关联性)。在一些C样式的语言中，它在语法上是有效的，但是PHP也不会将其解释为预期的比较链。

大于>或小于<的运算符没有自定义T_XXX标记器名称。虽然它们可以像其他的一样放错地方，但您经常会看到解析器抱怨它们的错误引用字符串和混合HTML：

这相当于一个字符串"被比较>到一个文字常量Hello，然后另一个<比较。或者至少这是PHP看到的。实际原因和语法错误是字符串"过早终止。

也不可能嵌套php start标记：

• (P)Quite often comes up for using EDOCX1 plus 1-placeholders EDOCX1 plus 2 in php_context：(p)字母名称(P)Where the callback should have been quoted.(Now the EDOCX1 theography 3 common regex flag has been depressed.But it's sometimes still misused in EDOCX1 plication 4 communal functions.)(p)
• (P)The same identifier constraint applies to object properties，BTW.(p)字母名称
• (P)While the Tokenizer/Parser does not allow a逐字逐句EDOCX1/音标5 as variable name，one could use EDOCX1/音标6 or EDOCX1/音标7.Which is a syntactic workound for non-standard identifiers.(It's best to think of it a s a local scope look up.But generally：prefer plain arrays for such cases！(p)
• (P)Amusingly，but very much not recommended，PHPS parser allows unicode-identifiers；such that EDOCX1 simplifical 8 would be valid.(Unlike a逐字逐句EDOCX1)(p)

• 字母名称
• 字母名称
• 字母名称

(P)So usually there's one of EDOCX1 literal 14 common or EDOCX1 big 10 communal missing for separating lists or expressions.(p)