- 浏览: 554846 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (162)
- 软件开发过程 (15)
- Java基础 (16)
- web开发 (20)
- Workflow应用 (0)
- 心情 (18)
- Oracle数据库 (26)
- MySQL数据库 (11)
- Struts应用 (9)
- Hibernate应用 (3)
- Spring应用 (1)
- C#开发 (0)
- iBatis应用 (0)
- Tomcat (10)
- PHP开发 (1)
- Linux (13)
- 设计原则总结 (1)
- 网站开发管理 (6)
- PowerDesigner (3)
- 系统架构 (3)
- 算法 (1)
- 国外接job (0)
- Lucene (1)
- Android (1)
- SEO技术 (1)
- Javascript (1)
最新评论
-
yu_meiguang:
真心感谢啊,找了半天才知道是这个以时间戳问题导致的问题
oracle分页查询数据重复问题 -
funnyone:
[u][b][i][flash=200,200][url][i ...
Oracle - Round函数 -
字母哥:
不错 今天用到了 时间戳排序的话有一样的就排序数据乱了
oracle分页查询数据重复问题 -
lelong:
xuhu_java 写道您好!我想问一下
select rou ...
Oracle - Round函数 -
xuhu_java:
您好!我想问一下select round(123456.788 ...
Oracle - Round函数
现在做的一个项目需要维持两个版本,一个ASP(Application service provider)版本,一个光盘软件版本,两个版本的99%的都是一样,只是在授权上有一些不同。所以维护起来,我都是先在ASP版上做修改,然后再将修改后的类直接拷贝到光盘版的相应位置,覆盖原来的类文件。这样一般来说不会有问题,可以这次突然出现了很奇怪的问题,要么就提示找不到域,要么提示找不到方法,甚是奇怪,后来查出来问题在与我对java二进制兼容性的不理解,ASP版中有一个基类类存在一个域WebApplicationContext,而在改光盘版的时候我将其泛化为ApplicationContext了。我理所当然的以为原来光盘版用的ApplicationContext,那么用他的子类WebApplicationContext应当也没问题。后来把涉及到这样类似的类全部重新覆盖了一遍问题就解决了。
一、概述
现在的软件越来越依赖于不同厂商、作者开发的共享组件,组件管理也变得越来越重要。在这方面,一个极其重要的问题是类的不同版本的二进制兼容性,即一个类改变时,新版的类是否可以直接替换原来的类,却不至于损坏其他由不同厂商/作者开发的依赖于该类的组件?
Java二进制兼容性概念的主要目标是推动Internet上软件的广泛重用,同时它还避免了大多数C++环境面临的基础类脆弱性问题——例如,在C++中,对域(数据成员或实例变量)的访问被编译成相对于对象起始位置的偏移量,在编译时就确定,如果类加入了新的域并重新编译,偏移量随之改变,原先编译的使用老版本类的代码就不能正常执行;虚拟方法调用也存在同样的问题。
C++环境通常采用重新编译所有引用了被修改类的代码来解决问题。在Java中,少量开发环境也采用了同样的策略,但这种策略存在诸多限制。例如,假设有人开发了一个程序P,P引用了一个外部的库L1,但P的作者没有L1的源代码;L1要用到另一个库L2。现在L2改变了,但L1无法重新编译,所以P的开发和更改也受到了限制。
为此,Java引入了二进制兼容的概念——如果对L2的更改是二进制兼容的,那么更改后的L2、原来的L1和现在的P能够顺利连接,不会出现任何错误。
首先来看一个简单的例子。Authorization和Hello类分别来自两个不同的作者,Authorization提供身份验证和授权服务,Hello类要调用Authorization类。
package com.author1;
public class Authorization {
public boolean authorized(String userName) {
return true;
}
}
package com.author2;
import com.author1.*;
class Hello {
public static void main(String arg[]) {
Authorization auth = new Authorization();
if(auth.authorized("MyName"))
System.out.println("您已经通过验证");
else
System.out.println("您未能通过身份验证");
}
}
现在author1发布了Authorization类的2.0版,Hello类的作者author2希望在不更改原有Hello类的情况下使用新版的Authorization类。2.0版的Authorization要比原来的复杂不少:
package com.author1;
public class Authorization {
public Token authorized(String userName, String pwd) {
return null;
}
private boolean determineAuthorization(String userName, String pwd) {
return true;
}
public boolean authorized(String userName) {
return true;
}
public class Token { }
}
作者author1承诺2.0版的Authorization类与1.0版的类二进制兼容,或者说,2.0版的Authorization类仍旧满足1.0版的Authorization类与Hello类的约定。显然,author2编译Hello类时,无论使用Authorization类的哪一个版本都不会出错——实际上,如果仅仅是因为Authorization类升级,Hello类根本无需重新编译,同一个Hello.class可以调用任意一个Authorization.class。
这一特性并非Java独有。UNIX系统很早就有了共享对象库(.so文件)的概念,Windows系统也有动态链接库(.dll文件)的概念,只要替换一下文件就可以将一个库改换为另一个库。就象Java的二进制兼容特性一样,名称的连接是在运行时完成,而不是在代码的编译、连接阶段完成,而因它也同样拥有Java二进制兼容性所具有的优点,例如修改代码时只需重新编译一个库,便于对程序的某一部分进行修改。但是,Java的二进制兼容性还有其独特的优势:
⑴ Java将二进制兼容性的粒度从整个库(可能包含数十、数百个类)细化到了单个的类。
⑵ 在C/C++之类的语言中,创建共享库通常是一种有意识的行为,一个应用软件一般不会提供很多共享库,哪些代码可以共享、哪些代码不可共享都是预先规划的结果。但在Java中,二进制兼容变成了一种与生俱来的天然特性。
⑶ 共享对象只针对函数名称,但Java二进制兼容性考虑到了重载、函数签名、返回值类型。
⑷ Java提供了更完善的错误控制机制,版本不兼容会触发异常,但可以方便地捕获和处理。相比之下,在C/C++中,共享库版本不兼容往往引起严重问题。
二、类和对象的兼容性
二进制兼容的概念在某些方面与对象串行化的概念相似,两者的目标也有一定的重叠。串行化一个Java对象时,类的名称、域的名称被写入到一个二进制输出流,串行化到磁盘的对象可以用类的不同版本来读取,前提是该类要求的名称、域都存在,且类型一致。下表比较了二进制兼容和串行化这两个概念。
对象串行化 二进制兼容
适用于 对象 类
兼容要求 类,域 类,域,方法
删除操作导致不兼容 总是 不一定
修改访问属性(public,private等)后是否兼容 是 否
二进制兼容和串行化都考虑到了类的版本不断更新的问题,允许为类加入方法和域,而且纯粹的加入不会影响程序的语义;类似地,单纯的结构修改,例如重新排列域或方法,也不会引起任何问题。
三、延迟绑定
理解二进制兼容的关键是要理解延迟绑定(Late Binding)。延迟绑定是指Java直到运行时才检查类、域、方法的名称,而不象C/C++的编译器那样在编译期间就清除了类、域、方法的名称,代之以偏移量数值——这是Java二进制兼容得以发挥作用的关键。
由于采用了延迟绑定技术,方法、域、类的名称直到运行时才解析,意味着只要域、方法等的名称(以及类型)一样,类的主体可以任意替换——当然,这是一种简化的说法,还有其他一些规则制约Java类的二进制兼容性,例如访问属性(private、public等)以及是否为abstract(如果一个方法是抽象的,那么它肯定是不可直接调用的)等,但延迟绑定机制无疑是二进制兼容的核心所在。
只有掌握了二进制兼容的规则,才能在改写类的时候保证其他类不受到影响。下面再来看一个例子,FrodoMail和SamMail是两个Email程序:
abstract class Message implements Classifiable { }
class EmailMessage extends Message {
public boolean isJunk() { return false; }
}
interface Classifiable {
boolean isJunk();
}
class FrodoMail {
public static void main(String a[]) {
Classifiable m = new EmailMessage();
System.out.println(m.isJunk());
}
}
class SamMail {
public static void main(String a[]) {
EmailMessage m = new EmailMessage();
System.out.println(m.isJunk());
}
}
如果我们重新实现Message,不再让它实现Classifiable接口,SamMail仍能正常运行,但FrodoMail会抛出异常:java.lang.IncompatibleClassChangeError at FrodoMail.main。这是因为SamMail不要求EmailMessage是一个Classifiable,但FrodoMail却要求EmailMessage是一个Classifiable,编译FrodoMail得到的二进制.class文件引用了Classifiable这个接口名称。符合Classifiable接口定义的方法仍旧存在,但该类却根本没有提到Classifiable这个接口。
四、兼容规则:方法
从二进制兼容的角度来看,一个方法由四部分构成,分别是:方法的名称,返回值类型,参数,方法是否为static。改变这四个项目中的任意一个,对JVM而言它已经变成了另一个方法。
以“boolean isValid()”方法为例,如果让isValid接收一个Date参数,变成“boolean isValid(Date when)”,修改后的类不能直接替换原有的类,试图访问新类的isValid()方法只能得到类似下面的错误信息:java.lang.NoSuchMethodError: Ticket.isValid()Z。JVM用“()Z”这个符号表示方法不接受参数且返回一个boolean。关于这一问题,下文将有更详细的说明。
JVM利用一种称为虚拟方法调度(Virtual Method Dispatch)的技术判断要调用的方法体,它根据被调用方法所在的实际实例来决定要使用的方法体,可以看作一种扩展的延迟绑定策略。
如果该类没有提供一个名称、参数、返回值类型完全匹配的方法,它就使用从超类继承的方法。由于Java的二进制兼容性规则,这种继承实际上在运行期间确定,而不是在编译期间确定。假设有下面几个类:
class Poem {
void perform() {
System.out.println("白日依山尽");
} }
class ShakespearePoem extends Poem {
void perform() {
System.out.println("To be or not to be.");
} }
class Hamlet extends ShakespearePoem { }
那么,
Poem poem = new Hamlet();
poem.perform();
将输出“To be or not to be.”。这是因为perform的方法体是运行时才确定的。虽然Hamlet没有提供perform的方法体,但它从ShakespearePoem继承了一个。至于为何不用Poem定义的perform方法,那是因为ShakespearePoem定义的perform已经覆盖了它。我们可以随时修改Hamlet,却无需重新编译ShakespearePoem,如下例所示:
class Hamlet extends ShakespearePoem {
System.out.println("连一支耗子都没闹");
}
现在,前面的例子将输出“连一支耗子都没闹”。但是,
Poem poem = new ShakespearePoem();
poem.perform();
这段代码的输出结果是“To be or not to be.”如果我们删除ShakespearePoem的内容,同样的代码将输出“白日依山尽”。
五、兼容规则:域
域和方法不同。删除了类的一个方法后,它有可能通过继承获得一个具有同样名称、参数的不同方法,但域不能覆盖,这使得域在二进制兼容方面的表现也有所不同。
例如,假设有下面三个类:
class Language {
String greeting = "你好";
}
class German extends Language {
String greeting = "Guten tag";
}
class French extends Language {
String greeting = "Bon jour";
}
则“void test1() { System.out.println(new French().greeting); }”的输出结果是“Bon jour”,但是,“void test2() { System.out.println(((Language) new French()).greeting); }”的输出结果是“你好”。这是因为,实际访问的域依赖于实例的类型。在第一个输出例子中,test1访问的是一个French对象,所以输出结果是French的问候语;但在第二个例子中,虽然实际问的是一个French对象,但由于French对象已经被定型成Language对象,所以输出结果是Language的问候语。
如果把上例的Language改成下面的形式:
class Language { }
再次运行test2(不重新编译),得到的结果是一个错误信息:java.lang.NoSuchFieldError: greeting。如果重新编译test2,则出现编译错误:cannot resolve symbol,symbol : variable greeting ,location: class Language System.out.println(((Language) new French()).greeting);。test1仍能正常运行,无需重新编译,因为它不需要Language包含的greeting变量。
六、深入理解延迟绑定
下面几个类用于确定今天晚餐要喝的酒以及酒的温度。
class Sommelier {
Wine recommend(String meal) { ... }
}
abstract class Wine {
// 推荐酒的温度
abstract float temperature();
}
class RedWine extends Wine {
// 红酒的温度通常略高于白酒
float temperature() { return 63; }
}
class WhiteWine extends Wine {
float temperature() { return 47; }
}
class Bordeaux extends RedWine {
float temperature() { return 64; }
}
class Riesling extends WhiteWine {
// 继承WhiteWine类的温度
}
下面的例子利用上面的类推荐一种酒:
void example1() {
Wine wine = sommelier.recommend("duck");
float temp = wine.temperature();
}
example1的第二个调用中,对于wine对象我们唯一可以肯定的是它是一个Wine,但可以是Bordeaux,也可以是Riesling或其他。另外,我们可以肯定wine对象不可能是Wine类本身的实例,因为Wine类是一个抽象类。编译源代码,源代码中的wine.temperature()调用将变成“invokevirtual Wine/temperature ()F”(class文件实际包含的是该文本表示形式的二进制代码,这种文本化的指令描述方法称为Oolong方法),它表示的是一个方法调用——一个普通的(虚拟)方法调用,而不是一个静态调用。它调用的方法是Wine对象的temperature,右边的“()F”参数称为签名(signature),“()F”这个签名中的空括号表示方法不需要输入参数,F表示返回值是一个浮点数。
JVM执行到该语句时,它调用的不一定是Wine定义的temperature方法。实际上,在本例中,JVM不可能调用Wine定义的temperature方法,因为该temperature方法是一个虚拟方法。JVM首先检查该对象所属的类,寻找一个符合invokevirtual语句指定的名称、签名特征的方法,如果找不到,则检查该类的超类,然后是超类的超类,直至找到一个合适的方法实现为止。
在本例中,如果实际创建的对象是一个Bordeaux,则JVM调用Bordeaux类定义的temperature()F,该temperature()F方法将返回64。如果对象是一个Riesling,JVM在Riesling类中找不到适当的方法,所以继续查找WhiteWine类,在WhiteWine类中找到了一个合适的temperature()F方法,该方法的返回值是47。
因此,查找可用方法的过程就是沿着类的继承树通过字符串匹配寻找合适方法的过程。了解这一原理有助于理解哪些修改不至于影响二进制兼容性。
首先,重新排列类里面的方法显然不会影响到二进制兼容性——这在C++程序中一般是不允许的,因为C++程序利用数值性偏移量而不是名称来确定要调用的方法。延迟绑定的关键优势正是在此,如果Java也使用方法在类里面的偏移量来确定要调用的方法,必然极大地限制二进制兼容机制的发挥,即使极小的改动也可能导致大量的代码需要重新编译。
● 说明:也许有人会认为C++的处理方式要比Java的快,理由是根据数值性偏移量寻找方法肯定要比字符串匹配快。这种说法有一定道理,但只说明了类刚刚装入时的情况,此后Java的JIT编译器处理的也是数值性偏移量,而不再靠字符串匹配的办法寻找方法,因为类装入内存之后不可能再改变,所以这时的JIT编译器根本无须顾虑到二进制兼容问题。因此,至少在方法调用这一点上,Java没有理由一定比C++慢。
其次,还有很重要的一点是:不仅仅编译时需要检查类的继承关系,而且运行时JVM还要检查类的继承关系。
七、重载与覆盖
通过前面的例子应当掌握的最重要的一点是:方法匹配的依据是方法的名字和签名的文本描述。下面我们为Sommelier类加入一些有关酒杯的方法:
Glass fetchGlass(Wine wine) { ... }
Glass fetchGlass(RedWine wine) { ... }
Glass fetchGlass(WhiteWine wine) { ... }
再来编译下面的代码:
void example2() {
Glass glass;
Wine wine = sommelier.recommend("duck");
if(wine instanceof Bordeaux)
glass = sommelier.fetchGlass((Bordeaux) wine);
else
glass = sommelier.fetchGlass(wine);
}
这里有两个fetchGlass调用:第一个调用的参数是一个Bordeaux对象,第二个调用的参数是一个Wine对象。Java编译器为这两行代码生成的指令分别是:
invokevirtual Sommelier/fetchGlass (LRedWine;)LGlass;
invokeVirtual Sommelier/fetchGlass (LWine;)LGlass;
注意这两者的区别是编译时确定的,而不是运行时确定的。JVM用“L<类名称>”这个符号表示一个类(就象前面例子中F的作用一样),这两个方法调用的输入参数是一个Wine或RedWine,返回值是一个Glass。
Sommelier类没有提供输入参数是Bordeaux的方法,但有一个方法的输入参数是RedWine,所以第一个调用的方法签名就用了输入参数是RedWine的方法。至于第二个调用,编译时只知道参数是一个Wine对象,所以编译后的指令使用了输入参数是Wine对象的方法。对于第二个调用,即使sommelier推荐的是一个Riesling对象,实际调用的也不会是fetchGlass(whiteWine),而是fetchGlass(wine),原因也一样,被调用的方法总是一个签名完全匹配的方法。
在这个例子中,fetchGlass方法的不同定义是重载(Overload)关系,而不是覆盖(Override)关系,因为这些fetchGlass方法的签名互不相同。如果一个方法要覆盖另一个方法,那么两者必须有相同的参数和返回值类型。虚拟方法调用是在运行时查找特定的类型,只针对覆盖的方法(拥有相同的签名),而不是针对重载的方法(拥有不同的签名)。重载方法的解析在编译时完成,覆盖方法的解析则在运行时进行。
如果删除fetchGlass(RedWine),不重新编译,再运行example2,JVM将提示错误信息:java.lang.NoSuchMethodError: Sommelier.fetchGlass (LRedWine;)LGlass;。
但是,删除该方法之后,编译example2仍旧可以顺利通过,不过这时两个sommelier.fetchGlass调用将生成同样的invokevirtual指令,即:invokevirtual Sommelier/fetchGlass (LWine;)LGlass;。
如果再次放回fetchGlass(RedWine)方法,除非重新编译example2,否则fetchGlass(RedWine)不会被调用,JVM将使用fetchGlass(wine)。当传入的对象是一个Riesling时,由于同样的原因,它也不会使用fetchGlass(WhiteWine):因为编译时根本不能确定具体的对象。,所以选用了一个更一般化的方法。
在“invokevirtual Wine/temperature ()F”这个指令中,JVM没有严格坚持使用Wine对象,而是自动寻找实际实现了temperature方法的对象;但在“invokevirtual Sommelier/fetchGlass (LRedWine;)LGlass;”指令中,JVM却很在乎RedWine。这是为什么呢?因为第一个指令中,Wine不属于方法签名,只是用于调用之前的类型检查;而在第二个指令中,RedWine属于方法签名的一部分,JVM必须根据方法签名和方法名称来寻找要调用的方法。
假设我们为Sommelier类加入了一个fetchGlass方法:
class RedWineGlass extends Glass { ... }
RedWineGlass fetchGlass(RedWine wine) { ... }
再来看原来编译的example2,它用“invokevirtual Sommelier/fetchGlass (LRedWine;)LGlass;”指令调用fetchGlass方法。新加入的方法不会自动起作用,因为RedWineGlass和Glass是两种不同的类型。但是,如果我们重新编译example2,调用Bordeaux的例子将变成“invokevirtual Sommelier/fetchGlass (LRedWine;)LRedWineGlass;”。
综上所述,我们可以总结出如下Java二进制兼容性的重要原则:
⑴ 编译时,Java编译器选择最匹配的方法签名。
⑵ 运行时,JVM查找精确匹配的方法名称和签名。相似的名称和签名将被忽略。
⑶ 如果找不到适当的方法,JVM抛出异常,且不装入指定的类。
⑷ 重载的方法在编译时处理,覆盖的方法在运行时处理。
下面转一篇java二进制兼容性的文章,希望对大家有用。
发表评论
-
Integer大小比较的问题
2014-05-22 12:29 638public static void main(String ... -
JAXB安装与编译器使用(转)
2013-06-07 14:59 1613JAXB (Java Architecture for XM ... -
Java中关于OutOfMemoryError的场景及解决方法
2012-12-17 10:18 50431、OOM for Heap=>例如:java.lang ... -
压缩代码
2012-05-11 13:38 0import java.io.ByteArrayInputSt ... -
Java性能故障排除工具(转)
2011-11-03 14:04 7091.jconsole是随着JDK 1.5而 ... -
静态类 static class (转载)
2011-05-18 02:31 1164转自:http://klcwt.iteye.com ... -
XML与DTD总结
2010-11-22 03:57 0DTD文件的作用是什么? 对标记编制文档 加强 ... -
Log4j 笔记
2010-08-19 09:18 1000困惑了很久的日志使用。用于记录自己的使用过程。 ... -
BufferedImage 与像素级渲染(转载)
2010-07-14 14:45 2893常有人说 Java 图形渲染很慢?嗯,相对 C/C++ 而言, ... -
java.util.UUID 使用
2010-04-12 13:57 7704近来要生成一唯一标识,想不到java基础类库里有这种工具,记录 ... -
外企面试中常用到的英语问答
2008-10-13 23:42 1013找一份满意的工作吗?外企面试中面对外国老板连珠炮似的提问,有没 ... -
JAVA日期加减运算
2008-07-05 13:54 13761public static Date getBeforeMo ... -
JAVA中转义字符
2008-07-01 15:55 41281.八进制转义序列:\ + 1到3位5数字;范围'\000' ... -
使用java.text包格式化数字和日期
2008-06-27 09:48 1295在C中可以使用类似printf(“%d %8.2f\n”, 1 ... -
[转帖]ant中文教程(二)
2007-07-25 16:50 31133 编写build.xml Ant的buildfile是用 ... -
[转帖]ant中文教程(一)
2007-07-25 16:26 18861 Ant是什么? Apache Ant 是一个基于 Jav ... -
Java转义字符
2007-06-04 17:10 14啊 -
Struts 动态单选按钮组
2007-05-29 16:50 60一般情况,使用嵌套 Struts 标签 < ... -
整合Spring与Struts
2007-06-05 17:33 40环境:Eclipse3.2+tomcat5.5+mysql5. ... -
Portlet 是什么 ?
2007-04-12 10:01 8582Portlets “Portlets是 ...
相关推荐
在这个Java二进制运算器中,我们将深入探讨这些基本操作以及如何在代码中实现它们。 1. **二进制数系统**: 二进制是计算机科学中的基础,只有两个数字0和1。所有的计算都在这个系统下进行,因为计算机内部处理的是...
- 对于二进制文件的操作,还需要考虑到文件的兼容性和安全性问题。 #### 四、总结 通过上述内容的学习,我们不仅了解了如何使用`FileInputStream`和`FileOutputStream`来进行二进制文件的读写操作,还掌握了一些...
java 二进制,位左移,位右移PPT java 二进制,位左移,位右移 java 二进制,位左移,位右移
### Java十进制转换二进制 在计算机科学领域,数据表示和转换是十分重要的基础知识之一。本篇文章将深入解析一个使用Java语言编写的程序,该程序能够将十进制正数和负数转换为二进制形式。通过分析代码逻辑、算法...
本篇将详细阐述如何在Java中进行二进制、十进制和十六进制之间的转换,以及字节数组与十六进制字符串的相互转换。 一、进制转换 1. **二进制转十进制**:Java中可以使用`Integer.parseInt()`或`Long.parseLong()`...
ASCII编码是7位的,但为了兼容性,通常以8位字节的形式存储,即每个字符用1字节表示,最高位为0。 接下来,我们讨论如何使用Java进行二进制到ASCII的转换。这通常涉及读取二进制文件的字节流,然后将每个字节转换为...
本篇文章是在qtcreator源码学习的支线知识,主线在这里1...由于LeeLabel是子类,理论上在不考虑二进制兼容时运行会出问题,通过d指针来实现兼容; 博文链接:https://blog.csdn.net/Bing_Lee/article/details/110846531
JAVA二进制读写库(读取)
C++,java读写二进制文件方法介绍.pdf java从第九页开始
/* java二进制,字节数组,字符,十六进制,BCD编码转换2007-06-07 00:17/** *//** * 把16进制字符串转换成字节数组 * @param hex * @return */
JAVA二进制流转PDF 1 http接口接收到二进制流,如下,转换成Pdf文件保存到本地 %PDF-1.4 %���� 3 0 obj ...
Java 二进制文件读写的demo,可以提供给需要的朋友使用
Java实现的进制转换工具类是Java语言中的一种常用工具类,用于实现各种进制之间的转换操作,如二进制、十六进制、字符串、数组等。该工具类主要提供了将字节数组转换为十六进制字符数组或字符串的方法,以及将字符串...
整数转二进制补码的源代码 提供了两种方法:一种调用java api中的方法。另一种是自己实现的。
Java权限设置和字符、二进制转换 Java权限设置是一种常用的权限控制方法,用于控制用户对系统资源的访问权限。在Java中,我们可以使用位运算来实现权限控制。下面是Java权限设置的知识点: 1. 权限控制算法:我们...
在Java编程中,二进制、字节数组、字符、十六进制和BCD(Binary-Coded Decimal,二进制编码的十进制)编码转换是常见的数据处理任务。以下将详细介绍这些概念以及如何在Java中进行相关操作。 1. **二进制与十六进制...
输入一个整十进制数n,把它转化为二进制,小数部分还没有考虑。。。
在深入探讨“Java二进制转化界面”的主题之前,我们首先需要理解几个核心概念:Java、二进制以及用户界面(UI)。Java是一种广泛使用的高级编程语言,以其平台独立性、面向对象特性和丰富的类库而著称。二进制是...
Java进制转换 正整数的十进制转换二进制 将一个十进制数除以二,得到的商再除以二,依此类推直到商等于一或零时为止,倒取除得的余数,即换算为二进制数的结果。只需记住要点:除二取余,倒序排列。 由于计算机...
在Java编程语言中,将十进制数转换为二进制或其他任意进制是一项常见的任务。这主要涉及到数字系统的基础理论以及Java中的字符串处理和数学运算。以下将详细讲解如何实现这一功能。 首先,让我们从最基础的二进制...