Symfony 4模拟含service.php的旧路由失败，求助解决方法

看起来你遇到的核心问题是Symfony路由系统对包含.php的路径处理，以及服务器配置可能拦截了这类请求。下面给你几个可行的解决方案：

方案1：精确匹配旧路由（最简单直接） #

如果你的旧路由是固定的/service.php/application/procedure，直接在控制器注解里写死这个路径即可，不需要用正则参数：

/**
 * @Route("/service.php/application/procedure", name="old_procedure")
 */
public function oldProcedureAction()
{
    // 这里写你的业务逻辑
}

为什么之前可能失败？ #

大概率是服务器配置的问题：默认的Symfony .htaccess（Apache）或Nginx配置会优先尝试访问存在的文件，当请求路径包含.php时，服务器会先检查service.php文件是否存在。如果不存在，才会转发到Symfony的index.php。你可以修改public/.htaccess里的规则，确保所有请求都转发到index.php：
打开public/.htaccess，找到这段：

# If the requested filename exists, simply serve it.
# We only want to let Apache serve files and not directories.
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^ - [L]

可以注释掉这两行，或者调整为只放行真实存在的静态资源（比如css/js/img），确保带.php的虚拟路径能被Symfony处理。

如果是Nginx，确保你的配置里有：

location / {
    try_files $uri $uri/ /index.php$is_args$args;
}

这样不管请求的路径是否包含.php，只要文件不存在，就会转发到Symfony的入口文件。

方案2：用正则参数匹配任意.php前缀（如果需要灵活匹配） #

如果你需要匹配类似/xxx.php/application/procedure这类动态前缀，调整你的正则规则，确保覆盖所有可能的字符（比如数字），同时可以显式关闭路由的严格模式：

/**
 * @Route("/{foobar}/application/procedure", 
 *     requirements={"foobar"="[a-zA-Z0-9.-]+"},
 *     strict_requirements=false,
 *     name="dynamic_old_procedure"
 * )
 */
public function dynamicOldProcedureAction(string $foobar)
{
    // $foobar 会拿到比如 "service.php"
    // 业务逻辑
}

关键注意点： #

• 正则要包含数字（0-9），避免漏掉类似service1.php这类路径
• 添加strict_requirements=false，确保路由匹配时不严格区分大小写（如果需要）
• 执行php bin/console cache:clear清除缓存，尤其是生产环境，Symfony会缓存路由配置

方案3：用路由前缀分组旧路由 #

如果有很多带.php前缀的旧路由，可以把它们统一放在一个控制器里，用前缀注解：

/**
 * @Route("/service.php", name="old_service_")
 */
class OldServiceController extends AbstractController
{
    /**
     * @Route("/application/procedure", name="procedure")
     */
    public function procedureAction()
    {
        // 逻辑
    }

    // 其他旧路由也可以在这里添加
}

这样这个控制器下的所有路由都会自动带上/service.php前缀，管理起来更清晰。

最后别忘了清除缓存，确保新的路由配置生效！

内容的提问来源于stack exchange，提问作者Alex.Barylski