Правильное ли вычисление?

@GiRaTrack · Регистрация: 20.01.2012

Студворк — интернет-сервис помощи студентам

Вот часть кода:

Code
1
System.out.println("0xf1 & 0xff = "+(0xf1&0xff));

А это результат на мониторе:

0xf1 & 0xff = 241

Но ведь должен получиться следующий результат:

1111 1111 1111 1111 1111 1111 1111 0001

Или:

1111 0001

Или то, что должно быть на мониторе:

-15

Видимо byte-значение расширилось до int-значения, но почему-то не произошло расширение знака числа.

@Skipy · 25.12.2013, 19:05

А кто Вам сказал, что знак числа должен сохраняться? Это побитовая операция, числа приводятся к int побитово.

@GiRaTrack · 25.12.2013, 19:32 **[ТС]**

Хорошо. Вот как я понимаю.
0xf1 = 1111 0001
0xff = 1111 1111
1) Предположим, что сначала выполняется побитовое логическое сложение, а затем расширение до int.
Тогда:

1111 0001
and
1111 1111
=
1111 0001
=>
1111 1111 1111 1111 1111 1111 1111 0001

Или: -15 в десятичной с.с.

2) Предположим, что сначала byte-значения расширяются до int-значения, а затем происходит логическое сложение.
Тогда:

1111 1111 1111 1111 1111 1111 1111 0001
&
1111 1111 1111 1111 1111 1111 1111 1111
=
1111 1111 1111 1111 1111 1111 1111 0001

Или опять же: -15 в десятичной с.с.

@Skipy · 25.12.2013, 19:34

Вы не понимаете, что такое расширение до int. Взяли 32 бита, наложили на них 8. Вот Вам расширение. Это не то, что было -15 byte, сделали -15 int. Расширение - это когда приписали впереди 24 нуля.

Code
1
2
3
4
5
0000 0000 0000 0000 0000 0000 1111 0001
 &
0000 0000 0000 0000 0000 0000 1111 1111
 =
0000 0000 0000 0000 0000 0000 1111 0001

@GiRaTrack · 26.12.2013, 06:38 **[ТС]**

Но ведь расширение до int происходит с сохранением знака (дабы не менялось само число).

Вот другой пример кода:

Code
1
2
3
4
byte a=(byte)0xf1;
int b=a;
System.out.println("a= "+a);
System.out.println("b= "+b);

Результат будет следующий:

a= -15
b= -15

Здесь переменная a была расширена до int в переменной b с сохранением знака, т.е. с "допиской" слева двенадцати единичек (а не нулей!).

Почему-же тогда в моём первом примере расширение происходит с "допиской" слева двенадцати нулей, тем самым меняя само значение.

Добавлено через 10 часов 21 минуту
Книга П.Ноутана и Г.Шилдта "JAVA 2"
Раздел "Правый сдвиг без знака" на стр.96

Операция >>> часто не столь полезна, как вам бы хотелось, т.к. она значима только для 32- и 64-разрядных значений. Напомним, что меньшие значения в выражениях автоматически расширяются до int. Это означает, что происходит расширение знака, и что сдвиг будет иметь место скорее на 32-разрядном, чем на 8- или 16-разрядном значении. То есть, можно ожидать, что беззнаковый правый сдвиг на byte-значении заполнит нулём все разряды, начиная с седьмого. Но дело обстоит не так, поскольку фактически сдвигается 32-разрядное значение.

Что ж получается,
что при автоматическом расширении до int при сдвиге битов знак числа сохраняется (согласно значению старшего бита),
а в остальных случаях при вычислении выражений добавляются только нули (не зависимо от значения старшего бита)?

@Skipy · 26.12.2013, 10:50

Да, что-то я заработался вчера...

Вопрос на засыпку. Какой тип у Ваших чисел в исходном примере? 0xf1 и 0xff имеются в виду.

@GiRaTrack · 11.01.2014, 20:55 **[ТС]**

Спасибо.
Я уже разобрался.
Дело в том, что числа заданные "литералами" уже изначально имеют целый тип, а значит никакого расширения не происходит.

Новые блоги и статьи Все статьи Все блоги /
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ
Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .	Доступность команды формы по условию Maks 07.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: сделать доступной кнопку (команда формы "ЗавершитьСписание") при. . .

@Skipy 2000 / 1427 / 92 Регистрация: 25.11.2010 Сообщений: 3,611
	25.12.2013, 19:05
	А кто Вам сказал, что знак числа должен сохраняться? Это побитовая операция, числа приводятся к int побитово. 0

@Skipy 2000 / 1427 / 92 Регистрация: 25.11.2010 Сообщений: 3,611
	26.12.2013, 10:50
	Да, что-то я заработался вчера... Вопрос на засыпку. Какой тип у Ваших чисел в исходном примере? 0xf1 и 0xff имеются в виду. 0

@GiRaTrack 0 / 0 / 0 Регистрация: 20.01.2012 Сообщений: 33
	11.01.2014, 20:55 [ТС]
	Спасибо. Я уже разобрался. Дело в том, что числа заданные "литералами" уже изначально имеют целый тип, а значит никакого расширения не происходит. 0