Window.history saves the user's website access record during a session. A new history record is created every time the user accesses a new URL.
history.pushState(statedata, title, url);
The parameter URL must have the same origin as the current URL, otherwise An error will be reported. You can only modify the path in the URL, the fragment after the pound sign (i.e. hash), or the query section after the question mark (?) in the URL.
Every time pushState() is executed, the current URL is replaced with a new URL, that is, the address bar URL will change, window.location.href will also change, and a new history record will be created at the same time. But executing pushState() never triggers the hashchange event. The parameter statedata can be any serialized data that is saved on the user's hard disk. However, there are size limits for status data. For example, Firefox only allows 640KB characters. The advantage of using pushState(): only the hash part of the URL is changed, and window.location uses the samedocument.
Compatibility issuespushState was not supported until IE10. In earlier versions of IE, it could only be accomplished by modifying window.location="#foo", but this would trigger the hashchange event.history.replaceState(stateData, title, url);
null. HTML5 It is recommended to use nul as the default value.
Access the state attribute of the event to obtain the state data originally set by pushState() or replaceState().
【Related Recommendations】
1.
Special Recommendation:"php Programmer Toolbox" V0.1 version Download2.
Detailed introduction to the usage examples of history.pushState() in h5Usage of window.history in js ( 2) In-depth understanding of the history features in h5-pushState, replaceStateThe impact of the History API in h5 on Web applicationsThe above is the detailed content of Usage of window.history in js (1). For more information, please follow other related articles on the PHP Chinese website!