0xf0

　　　　　int a1 = 0xf0;
        int a2 = (byte) 0xf0;
        byte[] a3 = { (byte) 0xf0 };
        System.out.println("a1:" + a1);
        System.out.println("a2:" + a2);
        System.out.println("a3[0]:" + a3[0]);
        int a4 = a3[0];
        System.out.println("a4:" + a4);

a1:240
a2:-16
a3[0]:-16
a4:-16

时间： 2024-10-08 20:29:49

0xf0的相关文章

关于&0xF0的一些认识

首先,要明白0xF0转换成二进制是多少 ----- 1111 0000(0xF0相当于高四位保留,低四位置为0) 我们拿麻将的一万(0x01).一条(0x11).一筒(0x21) 一万的二进制原码 0000 0000 0000 0001 &0xF0 0000 0000 0000 0000 一条的二进制原码 0000 0000 0001 0001 &0xF0 0000 0000 0001 0000 一筒的二进制原码

网络安全之tcpdump工具

引言 wireshark使用一款非常不错的抓包软件,在图形化界面占绝对统治地位:尽管其在字符界面下有些许选项可供使用,但终究不太方便,下面我再介绍一款NB的终端抓包工具 tcpdump 1.混杂模式 linux的网卡有混杂模式一说,当开启混杂模式后,网卡可以抓取所有的数据包,不管这个包是不是发给自己或自己发出的.由于随意截取别人的数据包存在一定安全问题,因此linux对于网卡默认是关闭混杂模式的,切只有root用户能够开启网卡混杂模式,开启方式: ifconfig ethX promisc 2.

c语言的位操作

c语言的位操作最常用的地方就是用在对寄存器的写值上. 一.基本的一些概念 1.位与:& 操作:1 & 1 = 1: 1 & 0 = 0: 0 & 0 = 0: 特点:只有全是1的时候才是1,其他情况都是0. 总结:任何数和0位与就是0,和1位与没有变化,所以位与常用在清零上(清零用位与). 2.位或:| 操作:1 | 1 = 1: 1 | 0 = 1: 0 | 0 = 0: 特点:只有全0的时候才是0,其他情况都是1. 总结:任何数和1位或就是1,和0位或没有变化,所以位或

CENTOS 7 dmesg

[ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.10.0-229.el7.x86_64 ([email protected]) (gcc version 4.8.2 20140120 (Red H

CRC32 of Ether FCS with STM32

Everyone knows that STM32F1xx, STM32F2xx, STM32F4xx have a hardware unit with a polynomial CRC32 0x04C11DB7. And he, in general, work. But only a checksum for some reason does not coincide with that calculated softvarno. The Google usually 2 types of

cocos2d-x改底层之RichText富文本换行

关于字符编码的知识,请参考前辈的博客:字符串和编码格式这里使用的是cocos2dx的2.2.3版本,底层的RictText换行机制不能满足中文换行,需要改动.由于在3.x的版本已经优化了,而且以后的项目也会转到3.x的版本,所以这里只是做一个记录,对底层换行机制的思想做一个分析,仅供学习用. RichText的换行原理: 以文本换行为例(图片同样的道理),先用一个不带换行的label,算出该label的总长度L,然后和程序设定的宽w比较,w<L则一行足以,否则按w在L中比例来截取原字符串,作为

如何判断一个文本文件内容的编码格式 UTF-8 ? ANSI(GBK)

UTF-8编码的文本文档,有的带有BOM (Byte Order Mark, 字节序标志),即0xEF, 0xBB, 0xBF,有的没有.Windows下的txt文本编辑器在保存UTF-8格式的文本文档时会自动添加BOM到文件头.在判断这类文档时,可以根据文档的前3个字节来进行判断.然而BOM不是必需的,而且也不是推荐的.对不希望UTF-8文档带有BOM的程序会带来兼容性问题,例如Java编译器在编译带有BOM的UTF-8源文件时就会出错.而且BOM去掉了UTF-8一个期望的特性,即是在文本全部

base64 编码

转载自网络 (一)java自带的加密和解密 import sun.misc.BASE64Decoder; public class Base64Utils { public static String getBASE64(byte[] b) { String s = null; if (b != null) { s = new sun.misc.BASE64Encoder().encode(b); } return s; } public static byte[] getFro