Popularity of text encodings
A number of
The decision to use any one encoding may depend on the language used for the documents, or the locale that is the source of the document, or the purpose of the document. Text may be ambiguous as to what encoding it is in, for instance pure
Popularity on the World Wide Web
UTF-8 has been the most common encoding for the World Wide Web since 2008.[2] As of April 2024[update], UTF-8 is used by 98.2% of surveyed web sites (and 99.1% of top 100,000 pages and 98.6% of the top 1,000 highest ranked web pages), the next most popular encoding, ISO-8859-1, is used by 1.3% (and only 13 of the top 1000).[3] Although many pages only use ASCII characters to display content, very few websites now declare their encoding to only be ASCII instead of UTF-8.[4]
Virtually all countries and over 97% all of the tracked languages have 95% or more use of UTF-8 encodings on the web. See below for the major alternative encodings:
The second-most popular encoding varies depending on locale, and is typically more efficient for the associated language. One such encoding is the Chinese
With the exception of GB 18030 (and UTF-16 and UTF-8), other (legacy) encodings do not support all Unicode characters, since they were designed for specific languages.
As of April 2024[update], Limburgan (
Popularity for local text files
Local storage on computers has considerably more use of "legacy" single-byte encodings than on the web. Attempts to update to UTF-8 have been blocked by editors that do not display or write UTF-8 unless the first character in a file is a byte order mark, making it impossible for other software to use UTF-8 without being rewritten to ignore the byte order mark on input and add it on output. UTF-16 files are also fairly common on Windows, but not in other systems.[18][19]
Popularity internally in software
In the memory of a computer program, usage of UTF-16 is very common, particularly in Windows but and also in JavaScript, Qt, and many other cross-platform software libraries. Compatibility with the Windows API is a major reason for this.
At one time it was believed by many (and is still believed today by some) that having fixed-size code units offers computational advantages, which led many systems, in particular Windows, to use the fixed-size UCS-2 with two bytes per character. This is false: strings are almost never randomly accessed, and sequential access is the same speed. In addition, even UCS-2 was not "fixed size" if combining characters are considered, and when Unicode exceeded 65536 code points it had to be replaced with the non-fixed-sized UTF-16 anyway.
Recently it has become clear that the overhead of translating from/to UTF-8 on input and output, and dealing with potential encoding errors in the input UTF-8, vastly overwhelms any savings UTF-16 could offer. So newer software systems are starting to use UTF-8. International Components for Unicode (ICU) has historically only used UTF-16, and still does only for Java, while it now supports UTF-8 (for C/C++ and other languages indirectly), e.g. used that way by Microsoft; supported as the "Default Charset"[20] including the correct handling of "illegal UTF-8".[21] The default string primitive used in newer programing languages, such as Go,[22] Julia, Rust and Swift 5,[23] assume UTF-8 encoding. PyPy is also using UTF-8 for its strings,[24] and Python is looking into storing all strings with UTF-8.[25] Microsoft now recommends the use of UTF-8 for applications using the Windows API, while continuing to maintain a legacy "Unicode" (meaning UTF-16) interface.[26]
References
- ^ Davis, Mark (2012-02-03). "Unicode over 60 percent of the web". Official Google Blog. Archived from the original on 2018-08-09. Retrieved 2020-07-24.
- ^ Davis, Mark (2008-05-05). "Moving to Unicode 5.1". Official Google Blog. Retrieved 2023-03-13.
- ^ "Usage Survey of Character Encodings broken down by Ranking". W3Techs. Retrieved 2024-04-09.
- ^ "Usage statistics and market share of ASCII for websites, January 2024". W3Techs. Retrieved 2024-01-13.
- ^ "Distribution of Character Encodings among websites that use China and territories". w3techs.com. Retrieved 2024-04-09.
- ^ "Distribution of Character Encodings among websites that use .cn". w3techs.com. Retrieved 2021-11-01.
- ^ "Distribution of Character Encodings among websites that use Chinese". w3techs.com. Retrieved 2021-11-01.
- , having support for the same letters as UTF-8)
- ^ "Distribution of Character Encodings among websites that use Taiwan". w3techs.com. Retrieved 2024-04-09.
- ^ "Distribution of Character Encodings among websites that use .ru". w3techs.com. Retrieved 2024-04-09.
- ^ "Distribution of Character Encodings among websites that use Greek". w3techs.com. Retrieved 2024-01-01.
- ^ "Distribution of Character Encodings among websites that use Hebrew". w3techs.com. Retrieved 2024-02-02.
- ^ "Historical trends in the usage of character encodings". Retrieved 2024-01-01.
- ^ "UTF-8 Usage Statistics". BuiltWith. Retrieved 2011-03-28.
- ^ "Usage Report of UTF-8 broken down by Content Languages". w3techs.com. Retrieved 2024-04-09.
- ^ "ХҮМҮҮН БИЧИГ" [Human papers]. khumuunbichig.montsame.mn (in Mongolian). Montsame News Agency. Retrieved 2022-10-26.
- ^ "Distribution of Character Encodings among websites that use Sign Languages". w3techs.com. Retrieved 2018-12-03.
- ^ "Charset". Android Developers. Retrieved 2021-01-02.
Android note: The Android platform default is always UTF-8.
- ^ Galloway, Matt (9 October 2012). "Character encoding for iOS developers. Or UTF-8 what now?". www.galloway.me.uk. Retrieved 2021-01-02.
in reality, you usually just assume UTF-8 since that is by far the most common encoding.
- ^ "UTF-8 - ICU User Guide". userguide.icu-project.org. Retrieved 2018-04-03.
- ^ "#13311 (change illegal-UTF-8 handling to Unicode "best practice")". bugs.icu-project.org. Retrieved 2018-04-03.
- ^ "The Go Programming Language Specification". Retrieved 2021-02-10.
- ^ Tsai, Michael J. "Michael Tsai - Blog - UTF-8 String in Swift 5". Retrieved 2021-03-15.
- ^ Mattip (2019-03-24). "PyPy Status Blog: PyPy v7.1 released; now uses utf-8 internally for unicode strings". PyPy Status Blog. Retrieved 2020-11-21.
- ^ "PEP 623 -- Remove wstr from Unicode". Python.org. Retrieved 2020-11-21.
Until we drop legacy Unicode object, it is very hard to try other Unicode implementation like UTF-8 based implementation in PyPy.
- ^ "Use the Windows UTF-8 code page". UWP applications. docs.microsoft.com. Retrieved 2020-06-06.