当表单 `action` 设置为 `#rezultat` 时，浏览器会尝试滚动至 id 为 `rezultat` 的元素；若该元素不存在或位置异常（如位于页面末尾且未正确渲染），则默认跳转至页面顶部。本文详解其原理、常见误区及三种可靠解决方案。

在 Web 开发中，使用 form action="#anchor" 实现提交后自动滚动到页面某处，是一种常见但容易出错的实践。问题根源在于：URL 中的 # 后缀（即 URI Fragment）仅触发浏览器原生滚动行为，不触发任何服务器请求，也不保证滚动成功——它完全依赖目标元素是否存在、是否可滚动、是否已渲染完成。

你当前的 HTML 中：

存在两个关键问题：

1. id="rezultat" 被错误地加在 标签上，而 action="#rezultat" 本意是跳转到 一个具有 id="rezultat" 的独立容器（如 ），而非表单自身；
2. 即使 存在且位于页面底部，若其高度不足、父容器 overflow: hidden、或 CSS 中设置了 position: absolute/fixed 等，也可能导致浏览器无法准确定位并回退至顶部。

   ✅ 正确做法是：将 id="rezultat" 显式赋予一个空的、语义清晰的锚点容器，并确保其在 DOM 中真实存在且可被滚动定位。

   ✅ 推荐方案一：修复 HTML 结构（最简洁可靠）

   在 PHP 输出结果区域上方（即你希望用户看到反馈的位置），插入一个明确的锚点容器：

   
   
   
   
   Denumirea selectata nu este disponibila.';
       } else {
           echo 'Denumirea selectata este disponibila.';
       }
   }
   ?>

   ? 说明： scroll-margin-top: 80px 可避免结果被固定头部遮挡（根据实际导航栏高度调整）； aria-hidden="true" 表示该锚点仅为定位用途，不参与可访问性树； 不要将 id="rezultat" 放在 或 块内——PHP 是服务端执行，不会生成 id 属性。

   ✅ 推荐方案二：用 JavaScript 精确控制滚动（兼容性最强）

   若需更高可控性（例如平滑滚动、延迟定位、或动态内容加载后定位），可禁用默认跳转，改用 JS：

   ⚠️ 注意：仍需确保

   存在，否则 #rezultat 依然无效。

   ✅ 推荐方案三：服务端重定向（适合复杂逻辑）

   若后续需支持 POST、CSRF 防护或更安全的流程，建议改用 POST + 服务端重定向：

   对应表单改为：

   ? 总结与最佳实践

   • ❌ 错误认知：“action="#id" 会‘发送’到该 ID” → 实际只是浏览器尝试滚动，无保障；
   • ✅ 必须确保：目标元素 真实存在于 HTML 中，且非 display: none / visibility: hidden / height: 0；
   • ✅ 推荐始终为锚点添加 scroll-margin-top，提升用户体验；
   • ✅ 对用户输入务必过滤（如 htmlspecialchars()），防止 XSS；
   • ✅ 表单验证建议前端 + 后端双校验，required 仅是基础辅助。

   通过以上任一方式，即可彻底解决“提交后跳回顶部”的问题，让用户体验真正聚焦于验证结果本身。