Laravel手动调用sendResetLink()本地环境重置链接端口异常问题

两类实现的底层逻辑差异 #

• Fortify、Jetstream自带的密码重置发送逻辑，默认运行在Web请求生命周期内：用户提交忘记密码表单时，框架能从当前入站HTTP请求实例中直接获取到完整的访问协议、域名、端口信息，生成重置链接时会优先使用请求上下文中的地址参数拼接，因此即使APP_URL未配置端口，也能生成带正确8000端口的链接。
• 你在命令行（CLI场景）手动调用Password::sendResetLink()时，不存在入站HTTP请求上下文，框架无法拿到当前服务运行的端口信息，生成URL时会直接 fallback 读取config/app.php中的APP_URL配置作为基础域名，未配置8000端口时自然会生成缺失端口的重置链接。

Laravel URL生成的优先级规则为：当前HTTP请求上下文参数 > APP_URL配置值，所有CLI运行场景（自定义命令、队列进程、定时任务）都没有请求上下文，都会直接读取APP_URL作为生成链接的基础地址。

手动调用实现的规范性说明 #

你参照官方文档调用Password::sendResetLink()的实现完全符合Laravel开发规范，不存在逻辑问题，仅需要根据运行场景匹配对应配置即可：

• 若在Web请求场景中调用该方法，逻辑表现和Fortify/Jetstream完全一致，会自动适配当前访问的域名和端口，无需额外调整APP_URL。
• 若在CLI场景（命令行创建用户、队列异步发信、定时任务触发）中调用该方法，必须保证APP_URL配置与实际服务对外提供访问的地址完全一致，包含对应端口、路径前缀等信息，才能生成正确的访问链接。

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