首先先指出你代码里的一个明显错误：
你的Curl请求URL写的是http://127.0.0.0.1:8000/api/create——这里的IP地址是无效的（多了一个0），正确的本地回环地址应该是127.0.0.1。先修正这个拼写错误，再测试是否解决问题。

如果修正后还是出现HTTP状态码0的情况，那核心原因是Symfony内置服务器的单线程特性：

Symfony 3.4的内置服务器基于PHP内置Web服务器，默认以单线程模式运行。当你的控制器正在处理一个请求时，它发起的Curl请求会尝试连接同一个服务器，但此时服务器的唯一线程正被当前请求占用，无法处理新的请求，导致连接超时，最终返回状态码0。而命令行Curl、Postman能正常工作，是因为它们是独立的外部请求，不会和当前控制器的请求抢占服务器线程。

接下来给你两个可行的解决方案：

方案一：使用Symfony内部请求替代Curl（推荐） #

不需要通过网络请求，直接在代码内部调用控制器逻辑，效率更高且完全避开单线程限制。你可以使用Symfony的HttpKernelInterface来发起子请求：

use Symfony\Component\HttpKernel\HttpKernelInterface;
use Symfony\Component\HttpFoundation\Request;

// 在你的控制器方法中
// 创建子请求
$subRequest = Request::create('/api/create', 'GET');
// 处理子请求
$response = $this->get('http_kernel')->handle($subRequest, HttpKernelInterface::SUB_REQUEST);
// 解析响应内容
$result = json_decode($response->getContent(), false);

这种方式直接在应用内部处理请求，不需要走网络，既高效又不会出现线程阻塞问题。

方案二：启动多进程的内置服务器 #

如果你坚持要使用Curl，可以尝试让内置服务器以多进程模式运行。对于Symfony 3.4，你可以使用以下命令启动多进程服务器：

php -S 127.0.0.1:8000 -t web/ -d cgi.fix_pathinfo=0

不过要注意，PHP内置服务器的多进程支持比较有限，开发环境下更推荐使用方案一。如果是生产环境，建议使用Nginx+PHP-FPM这样的成熟服务器架构，就不会有这类问题了。

内容的提问来源于stack exchange，提问作者Blueday