1. Javaweb中我想在登陆界面输入用户名和密码，然后验证，对了跳转到登陆成功的页面，不对就跳到首页
在登录页面的提交按钮上注册提交事件，在注册事件中使用JS获取到输入的用户名和密码，然后和你写死的固定值进行比较，如果正确，直接跳转到别的页面，失败就刷新当前页面
2. web登陆界面为什么不跳转
您好，您描述的现象可能是手机或电脑设置了CMCC-EDU自动链接；同时，目前WLAN认证界面提供“每次打开浏览器自动登录”的功能。两者结合后，就出现您打开WiFi后，自动连接CMC-EDUC网络，再打开浏览器就自动登录，不用再认证登录，直接可以访问网页。如果您希望调整此现象，可以尝试如下操作：1、删除CMCC-EDU链接后重新建立。2、重启终端后，再次打开浏览器，此时会显示WLAN登录界面，是已登录状态，您将“每次打开浏览器自动登录”前面的√选没，再次登录即可。
3. 让WEB链接完美的跳转到APP客户端怎么做
让WEB链接完美的跳转到APP客户端怎么做的解答如下
在一般情况下，这种跳转优化根据设计的无缝度会有四种，总结如下（在此声明，我所测试的所有App都是我个人比较喜欢的，所以不存在诋毁哪款产品问题）：
第一种：链接是为PC设计的，根本没有针对移动设备进行过优化，打开链接你必须通过缩放才能看到网页上的内容。这类App有很多，比如大众点评、果壳、果库、抬杠等。
第二种：链接为移动设备优化过，但从网页端转到移动端仍然有断层。比如美乐时光官方微信会推荐一些歌单，我用浏览器打开后便可以直接播放，移动体验非常棒，但即便登录之后也不能对播放的歌曲进行收藏。如果我想收藏某些歌曲，必须用电脑打开网站，搜到歌曲，然后收藏后才会同步到美乐时光App上，非常的麻烦。另外这类App还有：想去、美团等。
这里面还有一种情况，就是媒体类应用。由于媒体本身产生的内容只是一篇篇文章，所以很容易为移动设备优化。但这又分两类，一类本身网页在移动设备上的体验非常好，同时也有客户端，但两者是有断层的。第二类是对移动端进行了优化，但由于没有客户端，反而不会出现上体验断层的问题。
第三种：产品本身就是为移动而生的，即便是网页版，也像移动端一样简洁。这种链接打开没任何压力，即便登录，也是非常方便的。你可以直接用网页版进行各种操作，然后打开App就能同步了。这种情况已经算是非常好的了，但它仍然无法解决网页链接和App之间的鸿沟问题，我不能直接通过网页链接打开App。这类产品比较少，比如早期的果库（无网页版）、国外的Fancy等。
第四种：点击链接可以直接打开App，如果是在桌面端则直接在浏览器中显示内容。在我测试的十几款App中，我只发现了两款在网页链接向App跳转上做得非常好，那就是啪啪（Papa）和Instagram。我在刷微博看见好友分享了一条啪啪时，点击链接，我的啪啪就会自动打开，然后显示好友分享的内容。而Instagram做法有些不同，它第一次打开的是优化过的网页，然后Logo旁有一个“Open in app”的按钮，点击之后可以直接打开App。这样就非常方便，如果我没有安装app，那么它会直接在手机浏览器里打开，如果我用的是电脑，那它也会直接在桌面浏览器中打开。
4. web中登录界面验证码成功后跳转另一个html
一般情况下，登录界面的验证码成功后，需要在后端对验证码进行验证。验证成功后，可以通过后端控制器返回带有跳转url参数的json数据给前端。前端在接收到该数据后，从中读取跳转的目标html页面的url参数，并且使用`window.location.href`方法跳转到目标则枯销页面的url。这样就可以通过验证码验证败扰，并且自动跳转孙游到想要的页面了。另外，可以使用session等技术维护登陆状态，保证用户在跳转后不需要重新进行登陆。
5. 如何在web.config里面设置页面跳转问题
<?xml version="1.0"?>
<configuration>
<appSettings/>
<connectionStrings/>
<system.web>
<compilation debug="true" targetFramework="4.0"/>
<pages ="3.5" clientIDMode="AutoID"/>
1, 在这里开始设置
<authentication mode="Forms">
<forms loginUrl="login.aspx" defaultUrl="index.aspx" name="aspx"></forms>
loginUrl是指登录的页面，defaultUrl是指登陆后默认的显示页面，name就随便写
</authentication>
<authorization>
2. <!---拒绝所有匿名用户访问项目下的所有文件-->
<deny users="?"/>
3. <!--设置所有用户都可以访问项目下的所有文件-->
<!--<allow users="*"/>-->
</authorization>
</system.web>
设置为登录页面
<location path="login">
<system.web>
<authorization>
<deny users="?"/>
</authorization>
</system.web>
4. 上面的设置完成之后，会出现一个问题就是图片不出，然后在加上下面的代码就可以了
</location>
<location path="images">
<system.web>
<authorization>
<allow users="*"/>
</authorization>
</system.web>
</location>
5.因为这里涉及到验证码的问题，path就是指的验证码的页面，这一步是跟着上一步来的，需要把
验证码的页面放在images文件夹下面，然后在验证码页面把指向验证码的路径改为在images/ValidateCode. aspx;
<location path="ValidateCode.aspx">
<system.web>
<authorization>
<allow users="*"/>
</authorization>
</system.web>
</location>
</configuration>
6.登陆页面的后台：
protected void 登陆_Click(object sender, EventArgs e)
{
FormsAuthentication.RedirectFromLoginPage(txtusername.Text,false); //txtusername就是用户登录时用户名；
}
7.index页面后台（这里指登录之后默认显示的页面）
if(!IsPostBack)
{
Response.Write(Context.User.Identity.Name);
}
注意：在整个项目中，无论点击那个页面都会跳转到登录页面；登录成功之后才会跳转到自己刚刚指定的页面。
6. javaweb如何实现用户在一个页面长时间不操作自动跳转到登录页面
设置Session超时时间,超时时长内,如果用户没有任何操作,Session就会自动过期.你在代码里先取Session,如果没有取到,就跳转到登录页面即可.
7. 浅谈web登录
web登录是网站上经常会遇到的功能，虽然看似简单。但要做好易用性和引导性，还需要在设计和交互上达到平衡。
这里将要探讨登录流程中的页面跳转模式、登录类型、以及登录流程中的各种细节优化。
一、登录页面的两种跳转模式：
1、独立页面登录
这种登录方式的优点是比较正式与美观，可以将网站更多的信息展示给当前用户，包括大图所展示的品牌形象，并可以提供更多的链接选择（如：导航链接、多语言切换等等），当用户在登录过程中临时起意需要放弃当前操作时，可以方便跳转，（虽然并不是常见操作，且不推荐，却仍为用户提供便利性）。
但这种方式也有一定的缺点，对于浏览实时性比较强的网站，页面的跳转会破坏其操作的连贯性。并且众多强迫症患者还会有一种，登录完成后是否还能回到现有页面的疑虑。事实上这种情况也确实存在。
2、当前页面弹出窗口登录(模态窗口)
这种方式的好处在于避免页面跳转对操作连贯性的破坏，把登录对用户造成的影响降至最低。
PS:所谓的模态窗口，是指在用户想要对对话框以外的应用程序进行操作时，必须首先对该对话框进行响应。如单击“确定”“取消”按钮等将该对话框关闭。
关于两种登录模式的选择，主要看用户在使用登录模块时的情境。例如，未登录状态，若直接点击“登录”按钮或“个人中心”，没有涉及到其他功能的使用，便跳转至独立页面。而当需要进行某项操作，必须登录后才可进行时，建议使用弹出窗口，以保持操作的连贯性。
淘宝、豆瓣均为此模式。点击“登录”按钮时，跳转至独立页面；而点击“立即购买”或“收藏”“评论”等功能性按钮时，显示弹出层登录窗口。
二、登录的两种类型：
关于登录的类型，一般有两种，一种是邮件/用户名/手机号登录，另一种是第三方登录。
1、邮件/用户名/手机号登录
这是一种比较常用和传统的登录方式，输入用户名/邮箱/手机号和密码便可直接登录。值得一提的是，之前的大部分网站仅支持用户名登录，而不支持使用邮箱或手机号登录。但这种方式存在的问题就是注册时，有可能会因为用户名已被其他用户注册的限制而进行强制更改，导致注册的网站越多，越容易忘记用户名。
但邮件地址和手机号由于受到真实资料及数量上的限制，基本不会出现这种情况。所以，现在越来越多的网站都开始支持多种帐号形式登录的方式。
2、第三方登录
这种登录方式是指通过其他的社交帐号来进行授权登录的一种方式，目前这种方式在很多网站上都有采用。其优点是简单快速，降低用户注册门槛及用户流失数量。尤其是对于中小型的非常用网站，或仅想尝试当前功能的用户来说，减小了其登录成本。但这种方式也有一些致命的缺点。例如，当第三方的帐号被封号或被盗时，其他使用该帐号进行登录的网站基本都不可用了。
这里要说到，目前有某些网站，支持第三方登录，但是登录成功后，还需要单独填写非重复的用户名以及密码。这种重复填写资料的行为更容易让用户产生抵触心理。
以上两种方式各有利弊，目前而言，对于需要搜集用户详细资料的网站，例如电商网站，更适合于单独用户注册模式。如果使用第三方登录，进而还需要再填写其他资料的行为反而更加麻烦。而对于一般性的网站，简单的用户资料授权就已经足够了，使用第三方登录更为方便，也利于帐号的记忆与管理。
三、登录过程中的优化：
1、未登录时进行的操作，在登录后，此操作自动生效。
例如，淘宝在未登录时进行“收藏”或“购买”，登录后会自动收藏或加入购物车，无需再重复登录前操作。这是一种比较人性化的交互行为，因为在登录前有此操作，并且为此功能进行了登录，说明这已经是一个明确的用户行为，基本不存在误操作的可能性。所以在进行登录后，自动完成此操作会更为便捷。当然，在自动完成登录前操作时，有一个直观可视化的交互动效，便能让用户更加清晰的理解当前操作已自动完成。浏览几个其他网站，如、豆瓣、behance、均无此功能。
2、适时提供登录需求
当用户浏览页面时，遇到必须登录才能够继续进行的操作时， 无疑是一个扫兴的行为。提高体验的途径，就是将登录或注册行为放置至最后一步才进行。
例如，在知乎的顶部以未登录身份点击“话题”栏目，则会弹出登录提示框。虽然这个是用于已登录用户查看自己感兴趣的“话题”，但却会对未登录用户产生一定的阻碍。对于未登录用户来说，点击“话题”按钮后，直接跳转至“话题广场”不是一种更好的选择么？当用户找到自己感兴趣的话题，需要关注此话题时，再弹出“登录”或者“注册”的提示。这样，也给用户一个更为充分的理由。
另外，纵观目前大部分电商网站，基本上都支持未登录就可将商品放入购物车的操作行为。这个相比以前的体验，也基本做到了尽量在最后一步才让用户选择登录的原则。但仔细想想，这其实是可以再进一步去完善的。目前的电商网站数量繁多，在某个网站只有一次购物经历的机会将大大增加。当用户没有做好去注册成为会员的准备时，为何不在加入购物车后，支持用户登录/注册的同时，也支持未登录直接付款并填写购买人手机与收货地址信息的功能呢。这个对于临时购买的用户来说，无异于会是比较顺畅的操作体验。也许当第一次购买流程顺利完成后，用户的注册行为会更有诚意，而不是被迫进行。
登录注册虽然是一个很常见的功能，但却是影响着整个网站体验的重要一环。当新用户的登录注册体验受阻时，再精彩的内容也难以让用户回头了。