您现在的位置：首页＞行业资讯

比较难的java经典面试题及答案--中享思途

为什么等待和通知是在Object类而不是Thread中声明的？
一个棘手的Java问题，如果Java编程语言不是你设计的，你怎么能回答这个问题呢。Java编程的常识和深入了解有助于回答这种棘手的Java核心方面的面试问题。
为什么wait，notify和notifyAll是在Object类中定义的而不是在Thread类中定义
这是有名的Java面试问题，招2~4年经验的到高级Java开发人员面试都可能碰到。
这个问题的好在它能反映了面试者对等待通知机制的了解,以及他对此主题的理解是否明确。就像为什么Java中不支持多继承或者为什么String在Java中是final的问题一样，这个问题也可能有多个答案。
为什么在Object类中定义wait和notify方法，每个人都能说出一些理由。从我的面试经验来看,wait和nofity仍然是大多数Java程序员最困惑的，特别是2到3年的开发人员，如果他们要求使用wait和notify,他们会很困惑。因此，如果你去参加Java面试，请确保对wait和notify机制有充分的了解，并且可以轻松地使用wait来编写代码，并通过生产者-消费者问题或实现阻塞队列等了解通知的机制。
为什么等待和通知需要从同步块或方法中调用,以及Java中的wait，sleep和yield方法之间的差异，如果你还没有读过，你会觉得有趣。为何wait，notify和notifyAll属于Object类?为什么它们不应该在Thread类中?以下是我认为有意义的一些想法：
1)wait和notify不仅仅是普通方法或同步工具，更重要的是它们是Java中两个线程之间的通信机制。对语言设计者而言,如果不能通过Java关键字(例如synchronized)实现通信此机制，同时又要确保这个机制对每个对象可用,那么Object类则是的正确声明位置。记住同步和等待通知是两个不同的领域，不要把它们看成是相同的或相关的。同步是提供互斥并确保Java类的线程安全，而wait和notify是两个线程之间的通信机制。
2)每个对象都可上锁，这是在Object类而不是Thread类中声明wait和notify的另一个原因。
3)在Java中为了进入代码的临界区，线程需要锁定并等待锁定，他们不知道哪些线程持有锁，而只是知道锁被某个线程持有，并且他们应该等待取得锁,而不是去了解哪个线程在同步块内，并请求它们释放锁定。
4)Java是基于Hoare的监视器的思想(http://en.wikipedia.org/wiki/...。在Java中，所有对象都有一个监视器。
线程在监视器上等待，为执行等待，我们需要2个参数：
一个线程
一个监视器(任何对象)
在Java设计中，线程不能被指定，它总是运行当前代码的线程。但是，我们可以指定监视器(这是我们称之为等待的对象)。这是一个很好的设计，因为如果我们可以让任何其他线程在所需的监视器上等待，这将导致“入侵”，导致在设计并发程序时会遇到困难。请记住，在Java中，所有在另一个线程的执行中侵入的操作都被弃用了(例如stop方法)。
为什么Java不支持运算符重载？
另一个类似棘手的Java问题。为什么C++支持运算符重载而Java不支持?有人可能会说+运算符在Java中已被重载用于字符串连接，不要被这些论据所欺骗。
与C++不同，Java不支持运算符重载。Java不能为程序员提供自由的标准算术运算符重载，例如+，-，*和/等。如果你以前用过C++，那么Java与C++相比少了很多功能，例如Java不支持多重继承，Java中没有指针，Java中没有引用传递。另一个类似的问题是关于Java通过引用传递，这主要表现为Java是通过值还是引用传参。虽然我不知道背后的真正原因，但我认为以下说法有些道理，为什么Java不支持运算符重载。
1)简单性和清晰性。清晰性是Java设计者的目标之一。设计者不是只想复制语言，而是希望拥有一种清晰，真正面向对象的语言。添加运算符重载比没有它肯定会使设计更复杂，并且它可能导致更复杂的编译器,或减慢JVM，因为它需要做额外的工作来识别运算符的实际含义，并减少优化的机会,以保证Java中运算符的行为。
2)避免编程错误。Java不允许用户定义的运算符重载，因为如果允许程序员进行运算符重载，将为同一运算符赋予多种含义，这将使任何开发人员的学习曲线变得陡峭，事情变得更加混乱。据观察，当语言支持运算符重载时，编程错误会增加，从而增加了开发和交付时间。由于Java和JVM已经承担了大多数开发人员的责任，如在通过提供垃圾收集器进行内存管理时，因为这个功能增加污染代码的机会,成为编程错误之源,因此没有多大意义。
3)JVM复杂性。从JVM的角度来看，支持运算符重载使问题变得更加困难。通过更直观，更干净的方式使用方法重载也能实现同样的事情，因此不支持Java中的运算符重载是有意义的。与相对简单的JVM相比，复杂的JVM可能导致JVM更慢，并为保证在Java中运算符行为的确定性从而减少了优化代码的机会。
4)让开发工具处理更容易。这是在Java中不支持运算符重载的另一个好处。省略运算符重载使语言更容易处理，这反过来又更容易开发处理语言的工具，例如IDE或重构工具。Java中的重构工具远胜于C++。
为什么char数组比Java中的String更适合存储密码？
另一个基于String的棘手Java问题，相信我只有很少的Java程序员可以正确回答这个问题。这是一个真正艰难的核心Java面试问题，并且需要对String的扎实知识才能回答这个问题。
这是最近在Java面试中向我的一位朋友询问的问题。他正在接受技术主管职位的面试，并且有超过6年的经验。如果你还没有遇到过这种情况，那么字符数组和字符串可以用来存储文本数据，但是选择一个而不是另一个很难。但正如我的朋友所说，任何与String相关的问题都必须对字符串的特殊属性有一些线索，比如不变性，他用它来说服访提问的人。在这里，我们将探讨为什么你应该使用char[]存储密码而不是String的一些原因。
字符串：1)由于字符串在Java中是不可变的，如果你将密码存储为纯文本，它将在内存中可用，直到垃圾收集器清除它.并且为了可重用性，会存在String在字符串池中,它很可能会保留在内存中持续很长时间，从而构成安全威胁。
由于任何有权访问内存转储的人都可以以明文形式找到密码，这是另一个原因，你应该始终使用加密密码而不是纯文本。由于字符串是不可变的，所以不能更改字符串的内容，因为任何更改都会产生新的字符串，而如果你使用char[]，你就可以将所有元素设置为空白或零。因此，在字符数组中存储密码可以明显降低窃取密码的安全风险。
2)Java本身建议使用JPasswordField的getPassword()方法，该方法返回一个char[]和不推荐使用的getTex()方法，该方法以明文形式返回密码，由于安全原因。应遵循Java团队的建议,坚持标准而不是反对它。
3)使用String时，总是存在在日志文件或控制台中打印纯文本的风险，但如果使用Array，则不会打印数组的内容而是打印其内存位置。虽然不是一个真正的原因，但仍然有道理。
StringstrPassword=“Unknown”;
char[]charPassword=newchar[]{'U'，'n'，'k'，'w'，'o'，'n'};
System.out.println(“字符密码：”+strPassword);
System.out.println(“字符密码：”+charPassword);
输出
字符串密码：Unknown
我还建议使用散列或加密的密码而不是纯文本，并在验证完成后立即从内存中清除它。因此,在Java中,用字符数组用存储密码比字符串是更好的选择。虽然仅使用char[]还不够，还你需要擦除内容才能更安全。