一、引言

路由在執行過程中對組件無狀態操作，即路由離退時組件狀態也一并被刪除；當然在絕大多數場景下這是合理的。

但有時一些特殊需求會讓人半死亡狀態，當然這一切都是為了用戶體驗；一種非常常見場景，在移動端中用戶通過關鍵詞搜索商品，而死不死的這樣的列表通常都會是自動下一頁動作，此時用戶好不容易滾動到第二頁并找到想要看的商品時，路由至商品詳情頁，然后一個后退……用戶懵逼了。

Angular路由與組件一開始就透過 RouterModule.forRoot 形成一種關系，當路由命中時利用ComponentFactoryResolver 構建組件，這是路由的本質。

而每一個路由并不一定是一次性消費，Angular 利用 RouteReuseStrategy 貫穿路由狀態并決定構建組件的方式；當然默認情況下（DefaultRouteReuseStrategy）像開頭說的，一切都不進行任何處理。

RouteReuseStrategy 從2就已經是實驗性，當前依然如此，這么久應該是可信任。

二、RouteReuseStrategy

RouteReuseStrategy 我稱它為：路由復用策略；并不復雜，提供了幾種辦法通俗易懂的方法：

這看起來就像是一個時間軸關系，用一種白話文像是這樣：把路由 /list 設置為允許復用（shouldDetach），然后將路由快照存在 store 當中；當 shouldReuseRoute 成立時即：再次遇到 /list 路由后表示需要復用路由，先判斷 shouldAttach 是否允許還原，最后從 retrieve 拿到路由快照并構建組件。

當理解這一原理時，假如我們拿開頭搜索列表返回的問題就變得非常容易解決。

三、一個示例

誠如上面說明的，只需要實現 RouteReuseStrategy 接口即可自定義一個路由利用策略。

1、創建策略

import {RouteReuseStrategy, DefaultUrlSerializer, ActivatedRouteSnapshot, DetachedRouteHandle} from '@angular/router';export class SimpleReuseStrategy implements RouteReuseStrategy {  _cacheRouters: { [key: string]: any } = {};  shouldDetach(route: ActivatedRouteSnapshot): boolean {    return true;  }  store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void {    this._cacheRouters[route.routeConfig.path] = {      snapshot: route,      handle: handle    };  }  shouldAttach(route: ActivatedRouteSnapshot): boolean {    return !!this._cacheRouters[route.routeConfig.path];  }  retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle {    return this._cacheRouters[route.routeConfig.path].handle;  }  shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {    return future.routeConfig === curr.routeConfig;  }}