原文链接 https://blog.csdn.net/zgmu/article/details/72123329
首先我们了解到，小程序规定页面路径只能有五层，所以我们尽量避免多层级的页面跳转
页面跳转会涉及到多层级的跳转：
第一种：wx.navigateTo(OBJECT)
navigateTo 保留当前页面，跳转到应用的某一个页面，使用wx.navigateBack可以返回到愿页面。
OBJECT 参数说明：
| 参数 | 类型 | 必填 | 说明 |
| url | String | 是 | 需要跳转的应用内页面的路径 , 路径后可以带参数。参数与路径之间使用?分隔，参数键与参数值用=相连，不同参数用&分隔；如 ‘path?key=value&key2=value2’ |
| success |
Function | 否 | 接口调用成功的回调函数 |
| fail | Function | 否 | 接口调用失败的回调函数 |
| complete | Function | 否 | 接口调用结束的回调函数（调用成功/失败都会执行） |
|
1
2
3
4
5
|
onLoad:
function
(options) {
wx.navigateTo({
url:
'../index/index'
})
}
|
第二种：wx.redirectTo(OBJECT)
redirectTo 关闭当前页面，跳转到应用的某个页面
OBJECT 参数说明：
| 参数 | 类型 | 必填 | 说明 |
| url | String | 是 | 需要跳转的应用内页面的路径 |
| success |
Function | 否 | 接口调用成功的回调函数 |
| fail | Function | 否 | 接口调用失败的回调函数 |
| complete | Function | 否 | 接口调用结束的回调函数（调用成功/失败都会执行） |
onLoad: function(options) {
wx.redirectTo({
url: '../index/index'
})
}
第三种：wx.navigateBack(OBJECT)
navigateBack 关闭当前页面，返回上一页面或多级页面。可通过 getCurrentPages()) 获取当前的页面栈，决定需要返回几层。
OBJECT参数说明：
| 参数 | 类型 | 默认值 | 说明 |
| delta | Number | 1 | 返回的页面数，如果 delta 大于现有页面数，则返回到首页。 |
onLoad: function(options) {
var pages = getCurrentPages()
var num = pages.length
navigateBack:function(){
wx.navigateBack({
delta: num
})
}
}
原文链接：https://www.cnblogs.com/caicaizi/p/6652103.html
页面跳转携带参数：
我们知道，在微信小程序中，从一个页面转到另一个页面，一般情况下可以通过navigate或redirect时候的url来携带参数，然后在目标页面的onLoad函数参数中获取这些url参数。例如：
// 源页面A相关代码
wx.navigateTo({
// 在url中携带值跳转（?(属性)=(值)）如果两个参数传递就用&隔开
url: "/pages/mypage/mypage?a=1&b=2"
})
// 目标页面B相关代码
Page({
onLoad: function (options) {
var a = options.a; // 值：1
var b = options.b; // 值：2
}
})
但是，这种方式只有在目标页面还没有创建的时候，才有效。因为一个页面的onLoad方法在页面的生命周期中，只执行一次。
考虑一下以下场景：
1. 在【页面A】中调用wx.navigateTo方法跳转到【页面B】 2. 然后从【页面B】返回【页面A】, 并将【页面B】中的一些数据传回【页面A】
举个更实际点的例子，如下图所示，我在这个表单页面A中填写数据：
然后这个页面上，有一个搜索按钮，点击该按钮，将跳转到另一个证券代码搜索页面B
上图为页面B
当我在这个搜索列表中选中一个证券代码后，将返回到上一个表单页面，继续我未完成的表单填写与提交操作。
这种场景是非常合理和常见的。
但是，我们来想一下，怎么在退出页面B，返回页面A的时候，把页面B中选中的证券代码回传给页面A呢？使用navigateTo()中url携带参数的方式？
基于Page生命周期的原因，我们的答案是：不行！
那有什么办法可以做到呢？
方法1：使用全局数据存储
- 将要传递的数据，存储在App对象上（比如globalData属性）。
- 将要传递的数据，存储在小程序的本地数据缓存（Storage）中。
例如，我们在将要退出页面B的时候，作如下调用：
//=== 1. 存储到app对象上的方式 ========
var app = getApp()
app.globalData.mydata = {a:1, b:2}; //存储数据到app对象上
wx.navigateBack(); //返回上一个页面
//=== 2.存储到数据缓存的方式 =========
wx.setStorage({
key: "mydata",
data: {a:1, b:2},
success: function () {
wx.navigateBack(); //返回上一个页面
}
})
这样一来，当返回到上一个页面的时候，可以通过读取这些全局存储区域，来获取到我们需要的数据。
不过，这种方式也是有很明显的缺点的。由于是全局数据存储，所以当你存入了那些数据后，必须谨慎的去管理这些全局数据（何时被销毁），否则一不小心，就会产生副作用。
方法2：从页面路由栈中直接获取和操作目标Page对象
这种方式，是通过调用小程序的API: getCurrentPages()，来获取当前页面路由栈的信息，这个路由栈中按照页面的路由顺序存放着相应的Page对象，我们可以很容易的获取到上一级页面的完整Page对象，从而使直接调用Page对象的属性和方法成为可能。
如下所示：
var pages = getCurrentPages();
var currPage = pages[pages.length - 1]; //当前页面
var prevPage = pages[pages.length - 2]; //上一个页面
//直接调用上一个页面的setData()方法，把数据存到上一个页面中去
prevPage.setData({
mydata: {a:1, b:2}
})
比起全局数据存储的方式，这种方式在逻辑上要清晰得多，也不存在对数据的销毁有额外的管理工作。
总之，目前来看，如果你遇上了这样的场景，我推荐你使用方法2来设计你的代码。也希望小程序框架能推出更好更优雅的方式，来解决这种数据回传问题。
买三送二
就今天还看到其他跳转的方法：
wx.reLaunch(OBJECT)，小程序关闭所有页面
reLaunch 小程序关闭所有页面
OBJECT参数说明：
| 参数 | 类型 | 必填 | 说明 |
| url | String | 是 | 需要跳转的应用内页面路径 , 路径后可以带参数。参数与路径之间使用?分隔，参数键与参数值用=相连，不同参数用&分隔；如 'path?key=value&key2=value2'，如果跳转的页面路径是 tabBar 页面则不能带参数 |
| success |
Function | 否 | 接口调用成功的回调函数 |
| fail | Function | 否 | 接口调用失败的回调函数 |
| complete | Function | 否 | 接口调用结束的回调函数（调用成功/失败都会执行） |
代码实例：
wx.reLaunch({
url: 'test?id=1'
})
wx.switchTab(OBJECT), 小程序跳转到 tabBar 页面
switchTab 跳转到 tabBar 页面，并关闭其他所有非 tabBar 页面
OBJECT参数说明：
| 参数 | 类型 | 必填 | 说明 |
| url | String | 是 | 需要跳转的 tabBar 页面的路径（需在 app.json 的 tabBar 字段定义的页面），路径后不能带参数 |
| success |
Function | 否 | 接口调用成功的回调函数 |
| fail | Function | 否 | 接口调用失败的回调函数 |
| complete | Function | 否 | 接口调用结束的回调函数（调用成功/失败都会执行） |
代码实例：
wx.switchTab({
url: "../advice/advice" //此页面为tabBar页面
});