Hoppa till innehåll
TextArray
100% lokalt

BOM-hanterare (lägg till / ta bort)

Lägg till eller ta bort det osynliga UTF-8-byteordermärket i början av din text.

Inmatning
Utmatning
Relaterade verktyg
Osynlig teckendetektorTextrensning
LinjeslutomvandlarenyTextformatering
Normalisera Unicode-textSnygg text
UTF-8 byte-räknareGrundläggande verktyg
Ta bort icke-ASCII-teckennyTextrensning
Ta bort fästenanyTextrensning
BOM-hanterare (lägg till / ta bort)
Byteordningsmärket är tre osynliga byte – U+FEFF – som vissa redaktörer och Windows-verktyg stämplar i början av en UTF-8-fil. Du ser det aldrig, men allt nedströms gör det: en BOM gör att ett skalskript misslyckas på sin första rad, bryter en CSV-import som förväntar sig en ren rubrik, dyker upp som mojibake före <?php eller <?xml och förvandlar en JSON-fil till ett analysfel. Det här verktyget lägger till eller tar bort det i en inklistring och upptäcker om man är närvarande utan att röra någonting.
Ta bort remsorna exakt en ledande stycklista och lämna resten av texten – inklusive eventuellt avsiktligt noll-bredd utrymme i mitten – helt ensam. Lägg till förelägger BOM, men aldrig en andra om den redan finns där, så det är säkert att köra två gånger. Detect rapporterar tillståndet och returnerar texten oförändrad, för när du bara behöver veta. Sammanställningen namnger vad som hände och ger det resulterande UTF-8-byteantalet, där BOM:s tre byte är den enda skillnaden du kommer att se.
Varför skulle du någonsin lägga till en BOM? En handfull verktyg förlitar sig fortfarande på det: Excel läser en BOM-fri UTF-8 CSV som den lokala ANSI-kodsidan och förvanskar namn med accent, så en BOM är den pragmatiska fixen för CSV:er som öppnas i Excel. För nästan allt annat - webbservrar, skript, konfigurationsfiler, källkod - är BOM ett ansvar och borttagning är svaret.
Allt körs lokalt i din webbläsare – ditt filinnehåll lämnar aldrig din enhet.
FAQ
Vad är egentligen en BOM?
Unicode-tecknet U+FEFF i början av en fil. I UTF-16 signalerar den byteordning; i UTF-8 är det redundant men används ibland som en "detta är UTF-8"-markör. Som text är det ett noll-width no-break space, varför det är helt osynligt.
När ska jag ta bort BOM?
Nästan alltid. En UTF-8 BOM bryter skalskript (shebang måste vara den första byten), trippar PHP- och mallmotorer till att sända ut herrelösa utdata och avvisas av strikta JSON, YAML och vissa XML-tolkare. Om en fil "har en osynlig karaktär i början" som bryter ett verktyg, tar detta bort det.
När är det rätta samtalet att lägga till en BOM?
Främst för CSV-filer kommer du att öppna i Microsoft Excel. Utan en BOM gissar Excel den lokala ANSI-kodningen och manglar tecken med accent; med en BOM läser den UTF-8 korrekt. Några äldre Windows-verktyg beter sig på liknande sätt.
Berör den nollbreddsmellanslag inuti texten?
Nej. Endast en enda stycklista i början läggs till eller tas bort. En U+FEFF som visas mitt i texten – som ett avsiktligt no-break-mellanslag eller en osynlig karaktär av misstag – lämnas precis där den är.
Är min text uppladdad någonstans?
Nej. BOM-hanteringen körs helt i din webbläsare och din text lämnar aldrig din enhet.