Html5实现APP中监听返回事件如何处理

本文主要和大家介绍了Html5 APP中监听返回事件处理的方法示例的相关资料，希望能帮助到大家。在使用MUI框架的时候，我们经常会用到一个头部带有.mui-action-back的class。

<header class="mui-bar mui-bar-nav">
            <a class="mui-action-back mui-icon mui-icon-left-nav mui-pull-left"></a>
            <h1 class="mui-title">货物查询</h1>
        </header> 

//以下是mui.js中的源码，可以看到，在点击返回的时候，内部做了以下的操作
//$.hook={}是专门用于记录浏览的历史的。
$.back = function() {
        if (typeof $.options.beforeback === 'function') {
            if ($.options.beforeback() === false) {
                return;
            }
        }
        $.doAction('backs');
    };

$.doAction = function(type, callback) {//返回上一个记录
        if ($.isFunction(callback)) { //指定了callback
            $.each($.hooks[type], callback);
        } else { //未指定callback，直接执行
            $.each($.hooks[type], function(index, hook) {
                return !hook.handle();
            });
        }
    };

$.addAction = function(type, hook) {//添加历史记录
        var hooks = $.hooks[type];
        if (!hooks) {
            hooks = [];
        }
        hook.index = hook.index || 1000;
        hooks.push(hook);
        hooks.sort(function(a, b) {
            return a.index - b.index;
        });
        $.hooks[type] = hooks;
        return $.hooks[type];
    }; 

mui.back=function(){
//写你监听返回键后需要做的操作 

但是，如果还是按照之前网页跳转和创建窗体两种模式混合使用会出现意想不到的结果，也就是mui.back只能在入口文件被监听，在其他页面或窗体做的监听都不会被触发，全部被入口文件的监听事件mui.back捕获了，只会执行入口文件的监听业务逻辑，这样就导致了，在不自定义返回事件的时候，我们没法避免返回上一个页面的尴尬情况：比如回退到了登录页面，而自定义返回事件，发现所有的事件都被入口文件监听了。这意味着其他页面写mui.back=function(){}是没有意义的。

而将所有的跳转页面都作为窗体打开，则不会出现以上问题。每个窗口都能正常监听mui.back自定义的function。

以上就是Html5实现APP中监听返回事件如何处理的详细内容，更多请关注Gxl网其它相关文章！

查看更多关于Html5实现APP中监听返回事件如何处理的详细内容...