storing a variable in localStorage is too slow

前端 未结 2 1816
醉酒成梦
醉酒成梦 2020-12-20 15:15

I have two jQuery mobile pages (#list and #show). There are several items on the #list page with different IDs. If I click on item no.5, the ID no5 will be stored in localSt

2条回答
  •  挽巷
    挽巷 (楼主)
    2020-12-20 15:41

    I encountered this problem too (and not on a mobile : on Chromium/linux).

    As there doesn't seem to be a callback based API, I "fixed" it with a timeout which "prevents" the page to be closed before the setItem action is done :

    localStorage.setItem(name, value);                           
    setTimeout(function(){
         // change location
    }, 50);
    

    A timeout of 0 might be enough but as I didn't find any specification (it's probably in the realm of bugs) and the problem isn't consistently reproduced I didn't take any chance. If you want you might test in a loop :

    function setLocalStorageAndLeave(name, value, newLocation){
        value = value.toString(); // to prevent infinite loops
        localStorage.setItem(name, value);
        (function one(){
             if (localStorage.getItem(name) === value) {
                window.location = newLocation;
             } else {
                setTimeout(one, 30);
             }
        })();
    }
    

    But I don't see how the fact that localStorage.getItem returns the right value would guarantee it's really written in a permanent way as there's no specification of the interruptable behavior, I don't know if the following part of the spec can be legitimately interpreted as meaning the browser is allowed to forget about dumping on disk when it leaves the page :

    This specification does not require that the above methods wait until the data has been physically written to disk. Only consistency in what different scripts accessing the same underlying list of key/value pairs see is required.

    In your precise case, a solution might be to simply scroll to the element with that given name to avoid changing page.

    Note on the presumed bug :

    I didn't find nor fill any bug report as I find it hard to reproduce. In the cases I observed on Chromium/linux it happened with the delete operation.

提交回复
热议问题