GetStringUTFChars и его поведение копирования строк

Question

GetStringUTFChars и его поведение копирования строк

0

В документе JNI GetStringUTFChars(), который преобразует java-строку jstring в c++ const char*, вернет необязательный флаг jboolean указывающий, выполняет ли он копию или нет в вызове функции. Однако в документе не упоминается, когда GetStringUTFChars() будет или не будет выполнять копирование. Мои вопросы:

В каком состоянии GetStringUTFChars() выполнит копию?
Есть ли способ избежать копирования в GetStringUTFChars()?
Если ответ на вопрос 2. истинен, предлагается ли избежать такой копии?

keelar 22 март 2014, в 06:37

Источник

0

Это не по теме, но обязательно поймите «модифицированный UTF-8», если вы собираетесь использовать GetStringUTFChars . Возвращаемое значение - более важная часть контракта интерфейса этой функции.
Tom Blodget 23 март 2014, в 03:35

Теги:

c++

java

optimization

string

jni

2 ответа

1

Реализация JVM всегда будет связана с тем, следует ли копировать строку или нет, но вы можете уменьшить вероятность создания копии вместо использования GetStringCritical вместо GetStringUTFChars. Но обратите внимание, что GetStringCritical возвращает GetStringCritical с кодировкой UTF-16 (в отличие от кодированной строки UTF-8, возвращаемой GetStringUTFChars), поэтому вам может потребоваться преобразование в нужную кодировку.

По моему опыту (Oracle 1.8.0_51-b16 на OS 10.11), GetStringUTFChars всегда возвращает копию, и GetStringCritical никогда не возвращает копию, что неудивительно, поскольку Java хранит строки внутри себя как UTF-16, и поэтому извлечение UTF-8 будет, вероятно, требуется сделать копию данных.

См. Https://docs.oracle.com/javase/8/docs/technotes/guides/jni/spec/functions.html#GetStringCritical_ReleaseStringCritical.

Marc Prud'hommeaux 17 окт. 2015, в 17:53

Ещё вопросы

Это не по теме, но обязательно поймите «модифицированный UTF-8», если вы собираетесь использовать GetStringUTFChars . Возвращаемое значение - более важная часть контракта интерфейса этой функции.

PaulMcKenzie · Accepted Answer · 2014-03-22T04-30-00.000Z

3

Лучший ответ

Согласно книге "Основной JNI Java Native Interface", реализация JVM определяет, выполнена ли копия или нет. Так что нет, у вас нет контроля над копированием.

PaulMcKenzie 22 март 2014, в 04:30

0

Большое спасибо за ваш ответ :) +1 за ценную цитату! Вы бы порекомендовали эту книгу?
keelar 22 март 2014, в 08:21
1

Я рекомендую это. Автор "Роб Гордон".
PaulMcKenzie 22 март 2014, в 12:30
1

@PaulMcKenzie Посмотрите на это, однако: stackoverflow.com/questions/5859673/…
manuell 22 март 2014, в 13:00
0

Спасибо за информацию. Срок действия веб-страницы Oracle истек, хотя это объясняет это. По общему признанию, мне кажется, что становится все труднее найти хорошие документы на JNI, вроде как «потерянное искусство».
PaulMcKenzie 22 март 2014, в 16:51
1

Поэтому, если вы не выполняете какое-либо профилирование, передайте NULL . Трудно понять, почему у JVM есть «модифицированная версия UTF-8» строки, висящей вокруг - для нее нет другого применения, кроме JNI, и даже там ее применимость весьма показательна. Я полагаю, если вы вызывали GetStringUTFChars для одной и той же строки или одного и того же строкового значения несколько раз, JVM может знать, что он еще не перезаписал буфер преобразования (внутренними строками являются UTF-16). Этот вопрос более применим к GetStringChars (стандарт UTF-16). Возможно, подпись была просто сделана по той же схеме.
Tom Blodget 23 март 2014, в 03:33

Показать ещё 3 комментария