Octets UTF-8 vers texte

Exemple concret

UTF-8 sérialise un texte Unicode en octets ; ASCII utilise un octet et beaucoup d’autres caractères en utilisent de deux à quatre. Convertissez localement dans votre navigateur. Par exemple, la saisie "67 97 102 195 169 32 33" produit "Café !". Comparez les deux côtés caractère par caractère ; l’apparence peut cacher des octets ou marques combinantes différents. Dans ce sens, la représentation encodée redevient du texte lisible. Collez la suite complète, remplissage ou échappements compris, puis confrontez les caractères au système source. Une chaîne de syntaxe correcte peut contenir des octets qui ne forment pas du texte UTF-8 valide.

Fonctionnement de la représentation

UTF-8 encode des valeurs scalaires Unicode en suites d’octets. Les lettres et chiffres ASCII gardent leurs valeurs d’un octet ; les accents et emoji demandent souvent davantage. Une liste décimale montre les octets exacts du transport, pas les points de code ni un grand nombre décimal pour la chaîne entière. Le décodeur vérifie les octets de continuation, formes trop longues et plages scalaires interdites avec un décodage UTF-8 strict au lieu d’insérer silencieusement un symbole de remplacement. L’ordre des octets d’une séquence UTF-8 reste fixé. Cette vue aide à examiner les données d’un protocole, trouver une corruption de texte et distinguer la valeur Unicode des octets qui la transportent. UTF-8 sérialise un texte Unicode en octets ; ASCII utilise un octet et beaucoup d’autres caractères en utilisent de deux à quatre.

Une transformation de texte a un sens. Déterminez d’abord si la source est du texte Unicode lisible, une liste d’octets, des points de code ou une chaîne déjà encodée. Collez une courte valeur connue, examinez la sortie, puis traitez une entrée plus longue. Gardez la source. Une séquence encodée peut être réversible et révéler chaque octet à quiconque connaît le format ; l’encodage ne protège pas la confidentialité. Le calcul se déroule dans ce navigateur et n’envoie pas le contenu collé à un serveur de conversion. La sortie reste toutefois sensible si vous la collez dans un document, ticket ou lien partagé.

Limites et usage fiable

Saisissez des octets décimaux non signés séparés par espaces, virgules ou points-virgules. Les séquences UTF-8 invalides sont rejetées. Utilisez précisément l’alphabet, le codage d’octets et la forme de normalisation demandés par le système destinataire. Des formats semblables ne sont pas nécessairement compatibles. Une chaîne décodée peut contenir du balisage ou des caractères de contrôle ; l’application suivante doit la traiter comme une entrée non fiable. Une conversion valide ne prouve pas non plus que les données sont autorisées ou correctes. Faites un aller-retour quand l’opération est censée être réversible et comparez les points Unicode ou les octets UTF-8 si deux chaînes semblent identiques mais échouent à une comparaison exacte. Pour des données stockées ou signées, documentez la transformation dans le contrat de données.