几个因此，问题涵盖了如何将WebView连接到" Back"按钮遍历浏览器历史记录的主题。Android开发人员DOC页面可以很好地回答该问题。我们有一个使用推荐方法的应用程序：
@Override
public void onBackPressed() {
if (mWebView.canGoBack()) {
mWebView.goBack();
return;
}
// Otherwise defer to system default behavior.
super.onBackPressed();
}
这很好。但是文档页面也警告，
使用高度动态的网页使用此机制时要小心 这可以发展悠久的历史。产生广泛的页面 历史，例如经常更改文档的历史 哈希，可能会使用户摆脱您的活动。
我们的客户已经确认这是一个问题：关注WebView中的十几个连续链接时，请重新回到以前的(父(活动 tedious，尤其是因为您必须等待在网络浏览量的后退按钮的龙头之间进行刷新。
不幸的是，开发人员文档页面没有建议解决这种情况。
一种可能性是在工具栏/Appbar/ActionBar中使用" UP"按钮退出WebView。
我担心的是，"向上"按钮通常看起来像是向后的箭头或雪vron，与" Back"按钮非常相似(与某些浏览器中的" Back"箭头相同(。因此，我们将在工具栏和Android" Back"按钮中有一个"向上"按钮，看起来非常相似，并且做一些不同的事情。这似乎使用户感到困惑。
除了" Back"按钮之外，还有一种更好的方法可以从WebView提供"退出"导航？
(不是重复：使用手机返回按钮从WebView退出，询问如何获取"返回"按钮退出WebView ，只有在没有更多的历史记录后才遍历。(
一种可能性是使用工具栏/Appbar/ActionBar中的" UP"按钮退出WebView。
您在工具栏中还拥有什么？它会做什么？
通常，不是根部的每个屏幕都有工具栏上再次关闭屏幕的家庭(向上(按钮。这就是大多数Android应用程序的工作方式。
我担心的是"向上"按钮通常看起来像是向后的箭头或雪佛龙，在概念上与" Back"按钮非常相似(与某些浏览器中的" Back"箭头相同(。因此，我们将在工具栏和Android" Back"按钮中有一个"向上"按钮，看起来非常相似，并且做一些不同的事情。这是使用户混淆的食谱吗？
那是Android，如果您这样做，则遵循平台准则。如上所述，工具栏中的箭头几乎都在每个应用程序中，并从当前屏幕上导航，无论是被称为家，背部，向上还是其他。
但是你是对的，回去很困惑。
另一种选择是选择 CLOSS 样式。用an＆＃x2716替换默认箭头;它的动作关闭当前屏幕应该很明显。
虽然我更喜欢上箭头，但＆＃x2716;是有效的替代方案，尤其是如果您弹出一些WebView以获取其他内容，并且想要有关如何再次关闭它的强烈指标。
除了" Back"按钮之外，还有一种更好的方法可以从WebView提供"退出"导航？
nope。您可以尝试在UX Stack Exchange上询问，但是您已经有2个平台标准，即可以并且应该用于导航。
。您可能想出的其他任何内容都是"新"和您的应用程序所独有的，但是您当然可以添加一个"关闭屏幕"按钮。
tl; dr 如果您不喜欢工具栏中的向上箭头，请使用an＆＃x2716;作为关闭图标。