The definitive best way to preload images using JavaScript/jQuery?
Solution 1
Unfortunately, that depends on your purpose. If you plan to use the images for purposes of style, your best bet is to use sprites. http://www.alistapart.com/articles/sprites2
However, if you plan to use the images in <img> tags, then you'll want to pre-load them with
function preload(sources)
{
var images = [];
for (i = 0, length = sources.length; i < length; ++i) {
images[i] = new Image();
images[i].src = sources[i];
}
}
(modified source taken from What is the best way to preload multiple images in JavaScript?)
using new Image()
does not involve the expense of using DOM methods but a new request for the image specified will be added to the queue. As the image is, at this point, not actually added to the page, there is no re-rendering involved. I would recommend, however, adding this to the end of your page (as all of your scripts should be, when possible) to prevent it from holding up more critical elements.
Edit: Edited to reflect comment quite correctly pointing out that separate Image
objects are required to work properly. Thanks, and my bad for not checking it more closely.
Edit2: edited to make the reusability more obvious
Edit 3 (3 years later):
Due to changes in how browsers handle non-visible images (display:none or, as in this answer, never appended to the document) a new approach to pre-loading is preferred.
You can use an Ajax request to force early retrieval of images. Using jQuery, for example:
jQuery.get(source);
Or in the context of our previous example, you could do:
function preload(sources)
{
jQuery.each(sources, function(i,source) { jQuery.get(source); });
}
Note that this doesn't apply to the case of sprites which are fine as-is. This is just for things like photo galleries or sliders/carousels with images where the images aren't loading because they are not visible initially.
Also note that this method does not work for IE (ajax is normally not used to retrieve image data).
Solution 2
Spriting
As others have mentioned, spriting works quite well for a variety of reasons, however, it's not as good as its made out to be.
- On the upside, you end up making only one HTTP request for your images. YMMV though.
- On the down side you are loading everything in one HTTP request. Since most current browsers are limited to 2 concurrent connections the image request can block other requests. Hence YMMV and something like your menu background might not render for a bit.
- Multiple images share the same color palette so there is some saving but this is not always the case and even so it's negligible.
- Compression is improved because there is more shared data between images.
Dealing with irregular shapes is tricky though. Combining all new images into the new one is another annoyance.
Low jack approach using <img> tags
If you are looking for the most definitive solution then you should go with the low-jack approach which I still prefer. Create <img> links to the images at the end of your document and set the width
and height
to 1x1 pixel and additionally put them in a hidden div. If they are at the end of the page, they will be loaded after other content.
Solution 3
As of January 2013 none of the methods described here worked for me, so here's what did instead, tested and working with Chrome 25 and Firefox 18. Uses jQuery and this plugin to work around the load event quirks:
function preload(sources, callback) {
if(sources.length) {
var preloaderDiv = $('<div style="display: none;"></div>').prependTo(document.body);
$.each(sources, function(i,source) {
$("<img/>").attr("src", source).appendTo(preloaderDiv);
if(i == (sources.length-1)) {
$(preloaderDiv).imagesLoaded(function() {
$(this).remove();
if(callback) callback();
});
}
});
} else {
if(callback) callback();
}
}
Usage:
preload(['/img/a.png', '/img/b.png', '/img/c.png'], function() {
console.log("done");
});
Note that you'll get mixed results if the cache is disabled, which it is by default on Chrome when the developer tools are open, so keep that in mind.
Solution 4
In my opinion, using Multipart XMLHttpRequest introduced by some libraries will be a preferred solution in the following years. However IE < v8, still don't support data:uri (even IE8 has limited support, allowing up to 32kb). Here is an implementation of parallel image preloading - http://code.google.com/p/core-framework/wiki/ImagePreloading , it's bundled in framework but still worth taking a look.
Solution 5
This was from a long time ago so I dont know how many people are still interested in preloading an image.
My solution was even more simple.
I just used CSS.
#hidden_preload {
height: 1px;
left: -20000px;
position: absolute;
top: -20000px;
width: 1px;
}
Skilldrick
I started working at Twitter in November 2011. Loving it so far :) I've got a blog at http://skilldrick.co.uk where I talk about programming (mostly JavaScript and Ruby at the moment). Blog Twitter LinkedIn Stack Overflow Careers CV
Updated on July 13, 2022Comments
-
Skilldrick almost 2 years
I'm fully aware that this question has been asked and answered everywhere, both on SO and off. However, every time there seems to be a different answer, e.g. this, this and that.
I don't care whether it's using jQuery or not - what's important is that it works, and is cross-browser.]
So, what is the best way to preload images?
-
Jesse Dearing about 15 years+1 for writing everything I was about to submit. Beat me by 25 seconds. :-)
-
Pradeep Kumar about 15 yearsthanks for the +1 and glad I didn't try to make the grammar perfect before posting :)
-
Crescent Fresh about 15 yearsGuess you didn't actually read the answer to the question you linked to. That method only preloads the last item in the array.
-
Dave Everitt over 14 yearsI'd never thought of the 'low-jack approach'... nice idea, and so simple!
-
kangax over 14 yearsWhat's the point of storing images in array here? IIRC, simply assigning url as a src of an Image should work just fine (and would result in lesser memory consumption).
-
Pradeep Kumar over 14 yearskangax, the code as given is easily put into a routine for easy re-use. writing each one separately is much less reusable. see my edit
-
kangax over 14 yearsWell, I wasn't talking about putting it in a routine. I'm curious why you store Image objects in array.
-
Pradeep Kumar over 14 years@kangax I'm a bit late seeing your response, but the reason for the array of images is: A) if you re-use the same
Image
object then every time thesrc
property is changed, the current one will be dropped (even if the download is incomplete), and B) if you create a newImage
object but assign it to the same variable then you are just hoping the garbage collection doesn't spoil things for those now de-referencedImage
objects. Arrays are cheap security against A and B. -
Garrett almost 12 yearsI'm getting a CORS error with your latest method:
XMLHttpRequest cannot load http://myfilesite.com/img.png. Origin http://mysite.com is not allowed by Access-Control-Allow-Origin.
-
Haralan Dobrev almost 12 yearsYou cannot use jQuery.get for images on another server because of CORS.
-
Justin about 11 yearsHere is a fix for IE
$.get()
method: css-tricks.com/snippets/jquery/… -
Matthew Dolman almost 11 yearsAre these images in the DOM? Causing memory usage, or are they simply sat in the cache waiting to be pulled out?
-
Andrew Bartel almost 11 yearsIt's not "pretty", but the low jack approach is the most consistent way to get it work across browsers and devices. One point of note, on firefox specifically, it works better to do visibility: hidden rather than display: none for the wrapper div and just deal with the spacing however you need to.
-
aaaaaa over 9 yearsFor those afraid of adding a new plugin - I was pleasantly surprised to see it readily available via npm. I put the above solution into place given 5 minutes, it's very simple. The other solutions weren't working for me either (even in chrome).
-
mmarques about 9 yearsIs it possible to perform a multipart request for with this pre-load aproach? I have about 100 images and don´t want to do 100 request to preload all the images.