登录按钮点下去，登录页面没反应，界面或者刷新了一下又回到原地——这种体验谁都遇到过。跳转问题多半不在前端样式，登录而在跳转逻辑没写对。界面一个能用的跳转HTML登录界面，核心就两件事：拿到用户输入，登录然后决定把人送到哪去。界面

先看最基础的跳转结构。一个表单，登录两个输入框，界面一个提交按钮，跳转没了。登录别搞那些花哨的界面动画，登录页的跳转第一目标是让人快速通过。

<form id="loginForm" action="/dashboard" method="post"> <input type="text" name="username" placeholder="用户名" required> <input type="password" name="password" placeholder="密码" required> <button type="submit">登录</button> </form>

这里action指向的是服务端处理地址。用户点提交，浏览器把数据POST过去，服务端验证通过后返回302重定向，浏览器自动跳到/dashboard。这是最传统也最稳的方式，不写一行JavaScript也能跑通。

但现实项目里，很多登录是AJAX提交的。前端拿fetch或XMLHttpRequest把账号密码发给接口，接口返回一个token或者状态码，然后前端自己决定跳哪里。这时候跳转就得用JS来控制：

fetch('/api/login', {  method: 'POST', headers: { 'Content-Type': 'application/json'}, body: JSON.stringify({ username, password}) }) .then(res => res.json()) .then(data => {  if (data.success) {  localStorage.setItem('token', data.token); window.location.href = '/dashboard'; } else {  alert('账号或密码错误'); } });

window.location.href这行就是跳转的关键。它会把当前页面替换成目标地址，浏览器历史记录里也会多一条。如果不想让用户点后退回到登录页，可以用window.location.replace('/dashboard')，这样登录页就从历史栈里被踢掉了。

有个细节容易被忽略：表单的默认提交行为。如果用了AJAX，记得在提交事件里加e.preventDefault()，否则浏览器会先执行原生提交，页面刷新，你的fetch还没跑完就被打断了。我见过不少新手卡在这里，控制台里请求发出去了，但页面一闪就回到了空白表单。

document.getElementById('loginForm').addEventListener('submit', function(e) {  e.preventDefault(); // 然后走fetch逻辑 });

还有一种情况是跳转目标不确定。比如管理员登录后去后台，普通用户去首页。这时候可以在接口返回里带一个redirect字段，前端拿到后直接跳：

const target = data.redirect || '/'; window.location.href = target;

服务端控制跳转目标比前端硬编码要灵活得多。改个配置就行，不用重新发版。

安全性方面，别把token塞在URL里跳转。有人图省事写成/dashboard?token=xxx，token会留在浏览器历史、服务器日志、Referer头里，泄露风险很高。放localStorage或者httpOnly cookie里，跳转时只带一个干净的目标地址。

另外，登录成功后跳转前最好加一个短暂的过渡。直接硬跳会让用户觉得页面闪了一下，体验粗糙。可以在按钮上显示“登录中…”或者加一个全屏遮罩，等跳转完成再消失。这点小改动对感知流畅度的提升很明显。

最后说一个实际踩过的坑：如果登录页本身在iframe里，window.location.href只会改变iframe内部的地址，外层页面不动。这时候得用window.top.location.href，但跨域情况下会被浏览器拦截。所以登录页尽量不要嵌在iframe里，这是给自己找麻烦。

跳转逻辑写对了，登录流程就顺了。剩下的样式和交互，都是锦上添花的事。