Перетворення байтового масиву в String (Java)

Я пишу веб-програму в Google App Engine. Це дозволяє людям в основному редагувати html-код, який зберігається як .htmlфайл у магазині.

Я використовую fetchData, щоб повернути a byte[]усіх символів у файлі. Я намагаюся надрукувати на html, щоб користувач міг редагувати html-код. Все працює чудово!

Ось моя єдина проблема зараз:

Байтовий масив має деякі проблеми при перетворенні назад у рядок. Розумні цитати та пара символів виходять виглядаючими у стилі фанк. (символи? чи японські символи тощо) Зокрема, це кілька байтів, які я бачу, що мають негативні значення, що спричиняє проблему.

Розумні лапки повертаються як у байтовому масиві, так -108і -109в нього. Чому це і як я можу декодувати від’ємні байти, щоб показати правильне кодування символів?

Байтовий масив містить символи у спеціальному кодуванні (яке ви повинні знати). Спосіб перетворення його в рядок:

String decoded = new String(bytes, "UTF-8");  // example for one encoding type

До речі - необроблені байти можуть виглядати як від’ємні десяткові знаки лише тому, що тип даних Java byteпідписаний, він охоплює діапазон від -128 до 127.

-109 = 0x93: Control Code "Set Transmit State"

Значення (-109) є недрукованим керуючим символом в UNICODE. Отже, UTF-8 не є правильним кодуванням для цього потоку символів.

0x93у "Windows-1252" - це "розумна пропозиція", яку ви шукаєте, тому ім'я Java у цьому кодуванні "Cp1252". Наступний рядок містить тестовий код:

System.out.println(new String(new byte[]{-109}, "Cp1252")); 

Java 7 і вище

Ви також можете передати бажане кодування Stringконструктору як Charsetконстанту з StandardCharsets . Це може бути безпечніше, ніж передача кодування як String, як пропонується в інших відповідях.

Наприклад, для кодування UTF-8

String bytesAsString = new String(bytes, StandardCharsets.UTF_8);

Ви можете спробувати це.

String s = new String(bytearray);

public class Main {

    /**
     * Example method for converting a byte to a String.
     */
    public void convertByteToString() {

        byte b = 65;

        //Using the static toString method of the Byte class
        System.out.println(Byte.toString(b));

        //Using simple concatenation with an empty String
        System.out.println(b + "");

        //Creating a byte array and passing it to the String constructor
        System.out.println(new String(new byte[] {b}));

    }

    /**
     * @param args the command line arguments
     */
    public static void main(String[] args) {
        new Main().convertByteToString();
    }
}

Вихідні дані

65
65
A

public static String readFile(String fn)   throws IOException 
{
    File f = new File(fn);

    byte[] buffer = new byte[(int)f.length()];
    FileInputStream is = new FileInputStream(fn);
    is.read(buffer);
    is.close();

    return  new String(buffer, "UTF-8"); // use desired encoding
}

я пропоную Arrays.toString(byte_array);

Це залежить від вашої мети. Наприклад, я хотів зберегти байтовий масив точно так само, як формат, який ви можете бачити під час налагодження, приблизно такий: [1, 2, 3]Якщо ви хочете зберегти саме те саме значення без перетворення байтів у формат символів, Arrays.toString (byte_array)робить це,. Але якщо ви хочете зберегти символи замість байтів, вам слід використовувати String s = new String(byte_array). У цьому випадку sдорівнює еквіваленту за [1, 2, 3]форматом символу.

Попередня відповідь від Andreas_D - це добре. Я просто хочу додати, що де б ви не відображали вихідні дані, там буде кодування шрифтів і символів, і воно може не підтримувати деякі символи.

Щоб з’ясувати, чи є проблема Java чи ваш дисплей, зробіть наступне:

    for(int i=0;i<str.length();i++) {
        char ch = str.charAt(i);
        System.out.println(i+" : "+ch+" "+Integer.toHexString(ch)+((ch=='\ufffd') ? " Unknown character" : ""));
    }

Java буде зіставляти будь-які символи, які він не може зрозуміти, в 0xfffd офіційний символ для невідомих символів. Якщо ви бачите "?" у вихідному файлі, але він не відображається на 0xfffd, проблема полягає у вашому дисплеї або кодуванні, а не в Java.