Набор "Создай свою собственную закладку для книги" (3 в наборе)

Java: Русские буквы и не только…
Так что можно спокойно полагать, что у типа char кодировка зафиксирована. Но это внутри JVM. Когда данные читаются извне или передаются наружу, то они могут быть представлены только одним типом - типом by e. Все прочие типы конструируются из байтов в зависимости от используемого формата данных. Вот тут то на сцену и выходят кодировки - в Java это просто формат данных для передачи символов, который используется для формирования данных типа char. Для каждой кодовой страницы в библиотеке имеется по 2 класса перекодировки (By e oChar и Char oBy e). Классы эти лежат в пакете su .io. Если, при перекодировке из char в by e не было найдено соответствующего символа, он заменяется на символ ?. Кстати, эти файлы кодовых страниц в некоторых ранних версиях JDK 1.1 содержат ошибки, вызывающие ошибки перекодировок, а то и вообще исключения при выполнении. Например, это касается кодировки KOI8 R. Лучшее, что можно при этом сделать - сменить версию на более позднюю. Судя по Su -овскому описанию, большинство этих проблем было решено в версии JDK 1.1.6. До появления версии JDK 1.4 набор доступных кодировок определялся только производителем JDK. Начиная с 1.4 появилось новое API (пакет java. io.charse ), при помощи которого Вы уже можете создать свою собственную кодировку (например поддержать редко используемую, но жутко необходимую именно Вам).