意想不到的T_VARIABLE

一个“意外的T_VARIABLE”意味着有一个字面的$变量名，它不适合当前表达式/语句结构。

Missing semicolon It most commonly indicates a missing semicolon in the previous line. Variable assignments following a statement are a good indicator where to look: ⇓ func1() $var = 1 + 2; # parse error in line +2 String concatenation A frequent mishap are string concatenations with forgotten . operator: ⇓ print "Here comes the value: " $value; Btw, you should prefer string interpolation (basic variables in double quotes) whenever that helps readability. Which avoids these syntax issues. 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. Missing expression operators Of course the same issue can arise in other expressions, for instance arithmetic operations: ⇓ print 4 + 7 $var; PHP can't guess here if the variable should have been added, subtracted or compared etc. Lists Same for syntax lists, like in array populations, where the parser also indicates an expected comma , for example: ⇓ $var = array("1" => $val, $val2, $val3 $val4); Or functions parameter lists: ⇓ function myfunc($param1, $param2 $param3, $param4) Equivalently do you see this with list or global statements, or when lacking a ; semicolon in a for loop. Class declarations This parser error also occurs in class declarations. You can only assign static constants, not expressions. Thus the parser complains about variables as assigned data: class xyz { ⇓ var $value = $_GET["input"]; Unmatched } closing curly braces can in particular lead here. If a method is terminated too early (use proper indentation!), then a stray variable is commonly misplaced into the class declaration body. Variables after identifiers You can also never have a variable follow an identifier directly: ⇓ $this->myFunc$VAR(); Btw, this is a common example where the intention was to use variable variables perhaps. In this case a variable property lookup with $this->{"myFunc$VAR"}(); for example. 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. Missing parentheses after language constructs Hasty typing may lead to forgotten opening or closing parenthesis for if and for and foreach statements: ⇓ foreach $array as $key) { Solution: add the missing opening ( between statement and variable. ⇓ if ($var = pdo_query($sql) { $result = … The curly { brace does not open the code block, without closing the if expression with the ) closing parenthesis first. Else does not expect conditions ⇓ else ($var >= 0) Solution: Remove the conditions from else or use elseif. Need brackets for closure ⇓ function() use $var {} Solution: Add brackets around $var. Invisible whitespace As mentioned in the reference answer on "Invisible stray Unicode" (such as a non-breaking space), you might also see this error for unsuspecting code like: <?php ⇐ $var = new PDO(...); It's rather prevalent in the start of files and for copy-and-pasted code. Check with a hexeditor, if your code does not visually appear to contain a syntax issue.

另请参阅

搜索:意外T_VARIABLE

意想不到的“。”

如果您试图在不受支持的PHP版本中使用splat操作符(…)，就会发生这种情况。

．.． 首次在PHP 5.6中可用来捕获函数的可变数量的参数:

function concatenate($transform, ...$strings) {
    $string = '';
    foreach($strings as $piece) {
        $string .= $piece;
    }
    return($transform($string));
}

echo concatenate("strtoupper", "I'd ", "like ", 4 + 2, " apples");
// This would print:
// I'D LIKE 6 APPLES

在PHP 7.4中，可以将它用于Array表达式。

$parts = ['apple', 'pear'];
$fruits = ['banana', 'orange', ...$parts, 'watermelon'];
// ['banana', 'orange', 'apple', 'pear', 'watermelon'];

意外的'continue' (T_CONTINUE)

Continue是一个语句(如for或if)，必须单独显示。它不能用作表达式的一部分。部分原因是continue不返回值，但在表达式中，每个子表达式都必须产生某个值，因此整个表达式都会产生一个值。这就是语句和表达式的区别。

这意味着continue不能用于三元语句或任何需要返回值的语句。

意外的“中断”(T_BREAK)

休息也是一样;当然可以。它也不能用于表达式上下文，而是一个严格语句(与foreach或if块处于同一级别)。

意外的“返回”(T_RETURN)

对于return来说，这可能更令人惊讶，但这也只是一个块级语句。它确实向更高的作用域/函数返回一个值(或NULL)，但它不作为表达式本身计算。→也就是说:return(return(false);;

意想不到的“=”

这可能是由于在变量名中使用无效字符造成的。变量名称必须遵循以下规则:

变量名与PHP中的其他标签遵循相同的规则。有效变量名以字母或下划线开头，后面跟着任意数量的字母、数字或下划线。作为正则表达式，它可以这样表示:'[a- za - z_ \x7f-\xff][a- za - z0 -9_\x7f-\xff]*'

意想不到的T_IS_EQUAL 意想不到的T_IS_GREATER_OR_EQUAL 意想不到的T_IS_IDENTICAL 意想不到的T_IS_NOT_EQUAL 意想不到的T_IS_NOT_IDENTICAL 意想不到的T_IS_SMALLER_OR_EQUAL 意想不到的< 意想不到的>

比较运算符，如==，>=，===，!=，<>，!==和<=或<和>，主要应该只在表达式中使用，例如if表达式。如果解析器抱怨它们，那么通常意味着它们周围的paren不正确或不匹配()。

Parens grouping In particular for if statements with multiple comparisons you must take care to correctly count opening and closing parenthesis: ⇓ if (($foo < 7) && $bar) > 5 || $baz < 9) { ... } ↑ Here the if condition here was already terminated by the ) Once your comparisons become sufficiently complex it often helps to split it up into multiple and nested if constructs rather. isset() mashed with comparing A common newcomer is pitfal is trying to combine isset() or empty() with comparisons: ⇓ if (empty($_POST["var"] == 1)) { Or even: ⇓ if (isset($variable !== "value")) { This doesn't make sense to PHP, because isset and empty are language constructs that only accept variable names. It doesn't make sense to compare the result either, because the output is only/already a boolean. Confusing >= greater-or-equal with => array operator Both operators look somewhat similar, so they sometimes get mixed up: ⇓ if ($var => 5) { ... } You only need to remember that this comparison operator is called "greater than or equal" to get it right. See also: If statement structure in PHP Nothing to compare against You also can't combine two comparisons if they pertain the same variable name: ⇓ if ($xyz > 5 and < 100) PHP can't deduce that you meant to compare the initial variable again. Expressions are usually paired according to operator precedence, so by the time the < is seen, there'd be only a boolean result left from the original variable. See also: unexpected T_IS_SMALLER_OR_EQUAL Comparison chains You can't compare against a variable with a row of operators: ⇓ $reult = (5 < $x < 10); This has to be broken up into two comparisons, each against $x. This is actually more a case of blacklisted expressions (due to equivalent operator associativity). It's syntactically valid in a few C-style languages, but PHP wouldn't interpret it as expected comparison chain either. Unexpected > Unexpected < The greater than > or less than < operators don't have a custom T_XXX tokenizer name. And while they can be misplaced like all they others, you more often see the parser complain about them for misquoted strings and mashed HTML: ⇓ print "<a href='z">Hello</a>"; ↑ This amounts to a string "<a href='z" being compared > to a literal constant Hello and then another < comparison. Or that's at least how PHP sees it. The actual cause and syntax mistake was the premature string " termination. It's also not possible to nest PHP start tags: <?php echo <?php my_func(); ?> ↑

参见:

php T_IS_NOT_EQUAL错误 语法错误，意外的T_IS_EQUAL 返回语句的语法错误 http://forums.phpfreaks.com/topic/96891-parse-error-syntax-error-unexpected-t-is-not-identical-expecting-or/

意想不到的:

1. PHP 8命名参数语法

Unexpected ':'， expected '，' or ')'

如果试图在PHP < 8的版本中使用PHP 8的新命名形参功能，将会出现以下错误:

$table->string(column:'Name');

解决方案:

将PHP版本升级到PHP 8.0.0或更高版本 不要使用命名参数(按照预期的顺序传递参数)

2. 裁剪类::分隔符

以“解析错误:语法错误，意外的‘:’”开头的错误消息可能是由于错误地将类静态引用class::$Variable写成class:$Variable而引起的。