Css 主线程上的同步XMLHttpRequest因其有害影响而被弃用

Css 主线程上的同步XMLHttpRequest因其有害影响而被弃用,css,less,saas,Css,Less,Saas,当我在chrome中运行less(2.5版)时,它会抛出一个错误: 主线程上的同步XMLHttpRequest已被弃用,因为它会对最终用户的体验产生有害影响。如需更多帮助,请查看http://xhr.spec.whatwg.org/. 经过一些研究,我认为原因是默认情况下async被设置为false。org文档在Async类别下显示以下内容 code给定: <script> less = { env: "development", logLevel: 2,

当我在chrome中运行less(2.5版)时,它会抛出一个错误:

主线程上的同步XMLHttpRequest已被弃用,因为它会对最终用户的体验产生有害影响。如需更多帮助,请查看http://xhr.spec.whatwg.org/.

经过一些研究,我认为原因是默认情况下
async
被设置为
false
。org文档在Async类别下显示以下内容

code给定:

<script>
  less = {
    env: "development",
    logLevel: 2,
    async: false, //default is false
    fileAsync: false,
    poll: 1000,
    functions: {},
    dumpLineNumbers: "comments",
    relativeUrls: false,
    globalVars: {
      var1: '"string value"',
      var2: 'regular value'
    },
    rootpath: ":/a.com/"
  };
</script>
   <script>
     less = {
       async: true
     };
   </script>

我的问题:这样做(CodeUsed)可以吗?还是我必须按照less.org文档使用完整的代码(CodeGiven)?问这个问题的原因是因为我读到设置
async=true
对开发很糟糕?

我会说是的。保持
async=true

正如警告所说的,在主线程上运行它不是一个好主意,因为可能会出现糟糕的用户体验。大多数用户不喜欢浏览器冻结。当服务器停机或运行缓慢时,您尤其不希望站点冻结,因为您将获得糟糕的用户体验


异步运行您的请求只是一个更好、更易于管理的解决方案。

不。我是说,出于我所述的所有原因,您应该离开
async=true
。如果您必须确保在对内容执行操作之前加载内容,该怎么办?在这些情况下,async=false将来还会工作吗?(例如,假设您引入了一个脚本,该脚本包含正确前进之前所需的变量)。另请参阅。是
async:true
应删除警告。该警告是否妨碍您进行开发?在大多数情况下,您不应该在浏览器中使用较少的产品。对于开发,我应该使用最适合您需要的设置。CodeGiven只是一个例子