谁在吃数据? Xargs?

谁在吃数据? Xargs?

我正在尝试使用内置的 PHP linter 解析 PHP 文件的递归目录,其工作原理如下:

$ php -l good.php
No syntax errors detected in good.php

$ php -l bad.php
PHP Parse error:  syntax error, unexpected ''foo'' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in bad.php on line 3
Errors parsing bad.php

我们可以看到,通过 linting 的文件输出包含 的行No syntax errors,而那些未通过 linting 的文件输出包含Errors parsing.

我看到当前目录中递归有 12147 个 PHP 文件,但是 PHP linter 仅输出七行:

$ find . -name \*.php -print0 | xargs -0 ls -l | wc -l
12147

$ find . -name \*.php -print0 | xargs -0 php -l | wc -l
7

由于 PHP 只解析了 7 个文件,我可以使用 my headwithls来查找一些尚未解析的文件:

$ find . -name \*.php -print0 | xargs -0 ls -l | head
-rw-r--r-- 1 dotan dotan      1927 Jan 13 10:13 ./bootstrap/app.php
-rw-r--r-- 1 dotan dotan      1076 Jan 13 10:13 ./bootstrap/autoload.php
-rw-rw-r-- 1 dotan dotan     25620 Mar 12 12:29 ./bootstrap/cache/services.php
-rw-r--r-- 1 dotan dotan      2493 Jan 13 10:13 ./bootstrap/paths.php
-rwxrwxr-x 1 dotan dotan     20008 Mar 12 12:30 ./config/app.php
-rw-r--r-- 1 dotan dotan      3304 Jan 13 10:13 ./config/auth.php
-rw-r--r-- 1 dotan dotan      1819 Jan 13 10:13 ./config/cache.php
-rw-r--r-- 1 dotan dotan      3751 Jan 13 10:13 ./config/cartalyst.sentinel-addons.social.php
-rw-r--r-- 1 dotan dotan      6849 Jan 13 10:13 ./config/cartalyst.sentinel.php
-rw-r--r-- 1 dotan dotan      1020 Jan 13 10:13 ./config/compile.php
xargs: ls: terminated by signal 13

$ find . -name \*.php -print0 | xargs -0 php -l
No syntax errors detected in ./bootstrap/paths.php
No syntax errors detected in ./vendor/watson/validating/src/ValidatingTrait.php
No syntax errors detected in ./vendor/giggsey/libphonenumber-for-php/src/libphonenumber/data/PhoneNumberMetadata_SI.php
No syntax errors detected in ./vendor/php-vcr/php-vcr/src/VCR/Event/BeforePlaybackEvent.php
No syntax errors detected in ./vendor/laravel/framework/src/Illuminate/Support/Facades/Blade.php
No syntax errors detected in ./resources/views/emails/appointment/updated/body.blade.php
No syntax errors detected in ./app/WL/Modules/Location/Commands/RemoveClientLocationCommand.php

然而,当我尝试解析这些文件之一时,我发现它确实产生了预期的输出(通过或失败解析):

$ php -l ./bootstrap/cache/services.php
No syntax errors detected in ./bootstrap/cache/services.php

我已经检查过,通过或失败的 linting 都没有将预期的行打印到 stderr:

$ php -l good.php | grep rr
No syntax errors detected in good.php

$ php -l bad.php | grep rr
PHP Parse error:  syntax error, unexpected ''foo'' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in bad.php on line 3
Errors parsing bad.php

我现在应该检查什么?我的最终目标是检查所有文件,然后使用 grep 来Error parsing修复这些问题。

答案1

要查看 xargs 是否有影响,请运行它运行的命令行。这里有几种方法可以准确地查看它运行的内容,同时又不冒险改变它运行什么:

  • 编写一个在临时目录中调用的脚本php并将其放在$PATH.在此脚本中,记录参数(然后可以选择运行真实的php)。
  • 在日志记录机制(例如strace.

你会发现命令是这样的

php -l ./bootstrap/app.php ./bootstrap/autoload.php ./bootstrap/cache/services.php …

下一步是研究该命令的作用。

我不熟悉,php但我猜它只将第一个文件名视为 PHP 脚本名称,并且在 lint 模式下它只是忽略所有后续参数。所以需要php -l每个脚本运行一次,总共12147次,而不是使用xargs的分组行为。

最简单的方法是

find . -name \*.php -exec php -l {} \;

但此命令将始终返回 0,即使某些调用php返回非零状态。虽然 find 在 21 世纪大多不需要 xargs,但 xargs 的一个好处是,如果命令的任何调用返回非零状态,它会返回非零状态。因此,运行 xargs,但使用该选项告诉它一次仅处理一个文件-n

find . -name \*.php -print0 | xargs -0 -n 1 php -l

相关内容