Explorer.exe using 20–40% CPU while you stare at an empty desktop is one of Windows’ more insulting behaviors. File Explorer isn’t just the file browser — it’s the shell itself, rendering your taskbar, desktop, thumbnails, and search. That means when something goes wrong inside it, the symptom looks like “Windows is slow” rather than “one app is broken.” The upside: the list of things that can make Explorer busy is short, and each one is testable.
This guide walks the diagnostic order a technician uses: restart to clear the transient, then isolate thumbnails, search, shell extensions, and corruption one at a time.
Why this happens
- Thumbnail generation overload: Opening folders with thousands of images or videos forces Explorer to generate previews continuously.
- Preview pane on huge files: The preview pane renders selected files — large videos, CAD files, or complex documents spike CPU on every selection.
- Buggy third-party shell extensions: Right-click menu items, icon overlays (OneDrive, Dropbox), and preview handlers run inside Explorer.exe; one bad extension burns CPU constantly.
- Stuck Windows Search indexing: The indexer integrated with Explorer can loop on corrupted files, keeping the shell busy.
- Corrupted thumbnail cache: A damaged cache makes Explorer regenerate thumbnails endlessly instead of reusing them.
- Network folder or disconnected drive: Explorer repeatedly retries unreachable network paths or dead mapped drives.
- Corrupted system files: Damage to shell components produces persistent Explorer CPU with no external trigger.
- Cloud storage sync overlays: OneDrive/Dropbox icon overlays on tens of thousands of files add per-file overhead to every folder render.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Restart Explorer and observe the pattern
Task Manager → find Windows Explorer → right-click → Restart. The taskbar vanishes for a few seconds and returns — this is safe and doesn’t close your apps. Now watch CPU for 10 minutes and note the pattern: spikes only when browsing photo folders (thumbnails), constant from boot (shell extension or startup trigger), or after opening a specific folder (network path or corrupt file). The pattern you observe here directs every later fix. For the indexer angle specifically, see Windows Search indexer high CPU .
- Task Manager → right-click Windows Explorer → Restart.
- Watch Explorer CPU for 10 minutes; note the trigger pattern.
- Classify: folder-browsing spikes, constant from boot, or specific-folder trigger.
- Proceed to the fix matching your pattern.
Fix 2: Tame thumbnails and the preview pane
If spikes happen in media folders: open File Explorer → View → Show → uncheck Preview pane. Then Folder Options (View → Options) → View tab → check “Always show icons, never thumbnails.” Clear the corrupted cache too: Disk Cleanup → check Thumbnails → OK. Browse your heaviest photo folder afterward — if Explorer stays calm, thumbnails were the workload. You can re-enable thumbnails later once the cache rebuilds cleanly; many people leave icons-only on for pure speed.
- File Explorer → View → Show → uncheck Preview pane.
- Folder Options → View → check “Always show icons, never thumbnails.”
- Disk Cleanup → Thumbnails → OK to clear the cache.
- Test in your heaviest media folders.
Fix 3: Hunt down the bad shell extension
Download ShellExView (free, from NirSoft), run it, and sort by type. Select all non-Microsoft context-menu and overlay extensions, disable them, and restart Explorer. If CPU normalizes, re-enable in halves until the offender returns — the classic binary search. Cloud storage overlays and old archive utilities (WinRAR/7-Zip context handlers from ancient versions) are frequent offenders. Update or uninstall the guilty program; don’t just leave its extension disabled forever without understanding why it broke.
- Run ShellExView; identify non-Microsoft extensions.
- Disable all non-Microsoft context-menu/overlay extensions.
- Restart Explorer; verify CPU normalizes.
- Re-enable in halves to find the offender; update or remove it.
Fix 4: Fix stuck search indexing
Settings → Privacy & security → Searching Windows: check the indexing status. If it shows perpetually “indexing” or restarts constantly, rebuild: Advanced → Rebuild the index. Also use “Find a problem” / the Search troubleshooter. Exclude monster folders (video archives, developer directories with hundreds of thousands of files) from indexed locations — the indexer choking on them keeps Explorer busy as a side effect. After a rebuild, indexing takes hours once, then goes quiet; that’s normal. Broader slowdown? The laptop speed-up guide covers system-wide causes.
- Check indexing status in Searching Windows settings.
- Rebuild the index if it’s stuck or looping.
- Exclude huge/problematic folders from indexed locations.
- Let one full indexing pass complete; verify quiet after.
Fix 5: Disconnect dead network paths and mapped drives
Open File Explorer → This PC: look for mapped network drives with red X marks or unreachable icons. Right-click → Disconnect each dead mapping. Also check Quick Access / Home for pinned folders pointing to network locations that no longer exist, and remove them. Explorer retries unreachable paths on a loop, and each retry costs CPU — this is a classic cause of Explorer busyness that starts “for no reason” after a network change, like a NAS being retired or a VPN no longer connecting.
- This PC → identify dead/unreachable mapped drives.
- Right-click → Disconnect each one.
- Remove dead network pins from Quick Access/Home.
- Restart Explorer; verify CPU settles.
Fix 6: Repair system files and the shell
Admin Terminal: DISM /Online /Cleanup-Image /RestoreHealth then sfc /scannow, reboot. If Explorer corruption is the cause, this repairs the shell components. For a targeted reset, you can also re-register shell packages, but SFC/DISM covers the common damage. Microsoft documents these repair tools on the Windows support site
. If Explorer is still hot after clean repairs and all extensions are disabled, the profile itself may be damaged — test with a fresh local user account.
- Run DISM RestoreHealth, then
sfc /scannow; reboot. - Retest Explorer CPU with extensions still disabled.
- If still hot: create a fresh local user account and test there.
- A clean profile behaving well means your user profile is damaged.
Fix 7: Reduce cloud overlay overhead
If you sync tens of thousands of files via OneDrive or Dropbox, the icon overlays (sync ticks) add per-file cost to every folder render. In the cloud app’s settings, use “Files On-Demand” / selective sync to keep the local file count manageable, or pause syncing while working in heavy folders. As a test, exit the cloud app entirely for 30 minutes — if Explorer calms down, overlay overhead is confirmed. This is especially common on work laptops with enormous synced SharePoint libraries.
- Exit the cloud sync app for 30 minutes as a test.
- If Explorer calms: enable Files On-Demand / selective sync.
- Reduce synced folder count to what you actually need.
- Keep the app updated — overlay bugs get fixed in updates.
Closing
Explorer.exe high CPU looks like a Windows problem but it’s almost always a workload problem — thumbnails, a bad shell extension, a stuck indexer, or a dead network path keeping the shell artificially busy. Restart first, match the fix to the pattern you observe, and resist reinstalling Windows over what is usually a ten-minute extension hunt. A calm Explorer means a calm taskbar, desktop, and search — the whole shell benefits.
