pages.....
1   2   3   4   5   6   7   
Does
Java provide any construct to find out the
size of an object?
Question:
Give a simplest way to find out the time
a method takes for execution without using
any profiling tool?
What are wrapper classes?
Why do we need wrapper classes?
What are checked exceptions?
What are runtime exceptions?
What is the difference between error and
an exception??
How to create custom exceptions?
If I want an object of my class to be thrown
as an exception object, what should I do?
If my class already extends from some other
class what should I do if I want an instance
of my class to be thrown as an exception
object?
How does an exception permeate through the
code?
What are the different ways to handle exceptions?
What
is the basic difference between the 2 approaches
to exception handling...1> try catch
block and 2> specifying the candidate
exceptions in the throws clause?
When should you use which approach?
Is
it necessary that each try block must be
followed by a catch block?
If
I write return at the end of the try block,
will the finally block still execute?
If I write System.exit (0); at the end of
the try block, will the finally block still
execute?
Q: | Does |
|
A: | No there is not sizeof operator in Java. So there is not direct way to determine the size of an object directly in Java. |
|
Q: | |
|
A: | Java provides specialized classes corresponding to each of the primitive data types. These are called wrapper classes. They are e.g. Integer, Character, Double etc. |
|
Q: | |
|
A: | It is sometimes easier to deal with primitives as objects. Moreover most of the collection classes store objects and not primitive data types. And also the wrapper classes provide many utility methods also. Because of these resons we need wrapper classes. And since we create instances of these classes we can store them in any of the collection classes and pass them around as a collection. Also we can pass them around as method parameters where a method expects an object. |
|
Q: | |
|
A: | Checked exception are those which the Java compiler forces you to catch. e.g. IOException are checked Exceptions. |
|
Q: | |
|
A: | Runtime exceptions are those exceptions that are thrown at runtime because of either wrong input data or because of wrong business logic etc. These are not checked by the compiler at compile time. |
|
Q: | |
|
A: | An error is an irrecoverable condition occurring at runtime. Such as OutOfMemory error. These JVM errors and you can not repair them at runtime. While exceptions are conditions that occur because of bad input etc. e.g. FileNotFoundException will be thrown if the specified file does not exist. Or a NullPointerException will take place if you try using a null reference. In most of the cases it is possible to recover from an exception (probably by giving user a feedback for entering proper values etc.). |
|
Q: | |
|
A: | Your class should extend class Exception, or some more specific type thereof. |
|
Q: | |
|
A: | An unhandled exception moves up the method stack in search of a matching When an exception is thrown from a code which is wrapped in a try block followed by one or more catch blocks, a search is made for matching catch block. If a matching type is found then that block will be invoked. If a matching type is not found then the exception moves up the method stack and reaches the caller method. Same procedure is repeated if the caller method is included in a try catch block. This process continues until a catch block handling the appropriate type of exception is found. If it does not find such a block then finally the program terminates. |
|
Q: | |
|
A: | There are two ways to handle exceptions, 1. By wrapping the desired code in a try block followed by a catch block to catch the exceptions. and 2. List the desired exceptions in the throws clause of the method and let the caller of the method hadle those exceptions. |
|
No comments:
Post a Comment