修复了SVG css背景降低Webkit和FF速度的问题

修复了SVG css背景降低Webkit和FF速度的问题,css,google-chrome,webkit,svg,Css,Google Chrome,Webkit,Svg,我一直在通过CSS尝试非常复杂的SVG背景,固定的,100%大小,它使FF和基于Webkit的浏览器都慢到爬行,以至于无法滚动 你知道如何提高它的速度吗 我调查了一个大的PNG加载速度慢,不像SVG和画布那样平滑,但没有太多成功 有问题的地点是。现在它合并了canvas方法 网站上的所有元素都是基于矢量的,因此它可以扩展到任何设备。动态渲染此背景非常复杂,因此我认为SVG不可行。您将不得不考虑以下解决方案之一: 使用预渲染背景,即png背景。 使用更简单的SVG,元素更少。在当前背景中,浏览器必

我一直在通过CSS尝试非常复杂的SVG背景,固定的,100%大小,它使FF和基于Webkit的浏览器都慢到爬行,以至于无法滚动

你知道如何提高它的速度吗

我调查了一个大的PNG加载速度慢,不像SVG和画布那样平滑,但没有太多成功

有问题的地点是。现在它合并了canvas方法


网站上的所有元素都是基于矢量的,因此它可以扩展到任何设备。

动态渲染此背景非常复杂,因此我认为SVG不可行。您将不得不考虑以下解决方案之一:

使用预渲染背景,即png背景。 使用更简单的SVG,元素更少。在当前背景中,浏览器必须单独渲染每一行。
这种背景非常复杂,无法动态渲染,因此我认为SVG是不可行的。您将不得不考虑以下解决方案之一:

使用预渲染背景,即png背景。 使用更简单的SVG,元素更少。在当前背景中,浏览器必须单独渲染每一行。
因此,当复杂的svg背景应用于底层画布或img时,所有流行浏览器呈现页面/滚动的速度似乎都要快得多,如果将其应用于body元素本身的话


仍在寻找如何使其工作更快的建议,但至少现在它是可用的。

因此,当复杂的svg背景应用于底层画布或img时,所有流行浏览器呈现页面/滚动的速度似乎都要快得多,如果它应用于body元素本身


仍在寻找如何使其工作更快的建议,但至少现在它是可用的。

预渲染PNG将是巨大的:我看不到任何简化SVG文件的方法。也许有一个简单的路线,从SVG到js的画布?顺便说一句,令人惊讶的是,IE9在复杂的SVG方面没有问题,而且非常简洁。因此,我在css SVG背景中添加了一个新的,速度更快。预渲染的PNG将是巨大的:我看不到任何简化SVG文件的方法。也许有一个简单的路线,从SVG到js的画布?顺便说一句,令人惊讶的是,IE9在复杂的SVG方面没有问题,而且非常简洁。因此,我在css SVG背景中添加了一个,而且速度更快。与使用img相比,无论应用于主体还是应用于div,作为背景应用的速度都要慢。与使用img相比,无论应用于主体还是应用于div,作为背景应用的速度都要慢