JSON-minifierare

Klistra in ett snyggutskrivet JSON-dokument och få en version på en enda rad med varje onödig byte borttagen: mellanslag mellan token, radbrytningar, avslutande blanksteg, JSONC-kommentarer. Utdatan är jämförbar i byteantal med den kortast möjliga kodningen av samma data, redo för en inbäddning i ett <script>, en URL-parameter eller en last som betalar per byte.

Så minifierar du JSON

  1. 1

    Klistra in JSON:en

    Snyggutskriven eller redan delvis minifierad. Inmatningen tolkas och omserialiseras.

  2. 2

    Minifiera

    Alla blanksteg mellan token tas bort; kommentarer skalas bort; tal behålls som de är.

  3. 3

    Se storleksskillnaden

    Byteantal före/efter och procentuell minskning.

  4. 4

    Kopiera utdatan

    JSON på en rad redo att klistra in i en kodfil eller API-begäran.

Vad som tas bort

  • Blanksteg mellan token: mellanslag, tabbar, radbrytningar.
  • Kommentarer (JSONC-stilens // och /* */), skalas bort eftersom strikt JSON förbjuder dem.
  • BOM och inledande blanksteg i dokumentets början.

Vad som INTE tas bort

  • Värden: varje sträng, tal, boolean och null bevaras exakt.
  • Talformatering: varje tal behålls exakt som det skrevs: 1.50 förblir 1.50 och 1e-3 förblir 1e-3. Verktyget bevarar den precision du angav.
  • Nyckelordning: objekt behåller sin ursprungliga insättningsordning.

Varför minifiera JSON

  • Mindre laster: en snyggutskriven konfiguration på 120 KB kan krympa till 70 KB; det spelar roll för varje begäran.
  • Inline-inbäddningar: när du släpper JSON i en <script>-tagg eller en URL-parameter är blanksteg bortslösad bandbredd.
  • Hashstabilitet: två semantiskt lika JSON-dokument med olika blanksteg hashar till olika värden. Att minifiera först ger en konsekvent hash (även om äkta kanonisering också sorterar nycklar).

Referens för bytebesparingar

Inmatning Formaterad (2 mellanslag) Minifierad Besparing
Liten konfiguration (50 nycklar) 1,8 KB 1,1 KB 39 %
API-svar (5 KB nästlad) 6,2 KB 4,1 KB 34 %
Stor datadump 1,2 MB 0,8 MB 33 %

Efter gzip krymper skillnaden dramatiskt, gzip komprimerar redan blanksteg effektivt. Minifiera för råbyte-fallet (URL:er, inline-inbäddningar); förlita dig på gzip för fallet över tråden.

När du INTE ska minifiera

  • Konfigurationsfiler lagrade i versionshantering, läsbarhet vinner över byte.
  • Filer som människor redigerar, ingen redigerar minifierad JSON för hand utan att ångra det.
  • Felsökningsartefakter, en 400 KB JSON på en enda rad i en kraschlogg är omöjlig att läsa.

Vanliga misstag

  • Att minifiera JSON som var beroende av kommentarer. Kommentarerna skalas bort och tolkarbeteendet kan ändras om du hade TODO-markörer.
  • Att minifiera flyttalsnummer. Vissa verktyg omserialiserar 0.1 annorlunda än inmatningen; det här verktyget bevarar strängrepresentationen exakt.
  • Att använda minifiering som komprimering. Gzip sparar fler byte än minifiering för text. Kombinera båda, ersätt inte.

Vanliga frågor

Vanligtvis 30-40 % mindre för snyggutskriven inmatning. Besparingen kommer nästan helt från blanksteg; själva datan är oförändrad. Efter gzip är skillnaden mellan minifierad och snygg oftast under 5 % eftersom gzip hanterar blanksteg effektivt.

Verktyget bevarar den exakta strängformen för tal. 1.50 förblir 1.50, 1e-3 förblir 1e-3. Vissa minifierare normaliserar, den här är konservativ som standard så att du aldrig ser oavsiktlig precisionsförlust.

Nej. Minifieringen körs helt i din webbläsare. Inklistrad JSON lämnar inte din maskin, tryggt för API-svar med token eller privata konfigurationer.

Ja, kommentarer tolereras vid inmatning och skalas bort i utdatan (strikt JSON tillåter dem inte). Om du behöver bevara kommentarerna, behåll en snyggutskriven JSONC-källa och minifiera bara vid driftsättning.

Relaterade verktyg

Verktyget finns på andra språk