Могу ли я остановить Chrome от того, что вы едите мою глобальную собственность?

Question

При создании внешнего файла JavaScript Chrome на iOS создает объект XMLHttpRequest. Кажется, этот объект присваивает глобальной переменной с идентификатором a, перезаписывая все, что вы, возможно, уже имели там.

Тестовый пример:

• HTML-файл (test.html):

  <!-- ... --> 
  <script> 
      var a = 1; // Value is not important for this demonstration 
  </script> 
  <script src="test.js"></script> 
  <!-- ... --> 
  

• Внешний JavaScript файла (test.js):

  setTimeout(function() { 
      document.write(a); // [object XMLHttpRequest] 
      a.onreadystatechange = function() { 
       document.write(a.readyState); // Alternates between "1" and "4" 
      }; 
  }, 100); 
  

XMLHttpRequest, как представляется, неоднократно делает запрос (где-то ... маршрутизация подключения к устройству через прокси и запросы мониторинга ничего не обнаруживает), а обработчик событий повторно выполняется.

еще несколько наблюдений:

• Это только кажется, что произойдет какое-то время после загрузки страницы (отсюда setTimeout)
• Когда это произойдет, есть также window.__gchrome_CachedRequest свойство
• __gchrome_CachedRequest === a
• Это не похоже на старые версии iOS Chrome (не знаю, какая версия в первую очередь имеет место)

Неужели кто-нибудь сталкивался с этим раньше? Есть ли способ, с помощью которого я могу остановить его (Примечание ... Я не могу переименовать a)? Если кто-нибудь знает , почему он делает это, я бы с удовольствием узнал.

---

Update

Я только заметил, что это на самом деле происходит с встроенными сценариями тоже, а не только когда вы включаете внешний скрипт. Я не заметил этого изначально, потому что у меня не было вызова setTimeout. Так что похоже, что на самом деле просто всегда происходит через некоторое время после загрузки страницы.

Answer 1

Из обсуждения, которое у нас было в комментариях, похоже, что Chrome использует оператор with, чтобы сложить некоторые из его собственных вещей поверх window. Вероятно, это делает это, потому что эти свойства обычно не будут перезаписываться. Задержка, скорее всего, зависит от того, как скоро Chrome может внедрить свой собственный скрипт в UIWebView (браузеры на iOS вынуждены использовать базовый объект UIWebView, а не их собственные движки) после начала загрузки страницы.

Если все это предположение на самом деле так, то есть простое решение, кроме доступа к window.a вместо a или взять власть обратно и использовать свой собственный with заявление:

with (window) 
    eval(myScript); 

Вряд ли кто-то решение будет смаковать но может быть вашим единственным вариантом.