Creating Object Pool in Java
By
·
·
Interview
·
Likes
(9)
Likes
There are no likes...yet! 👀
Be the first to like this post!
It looks like you're not logged in.
Sign in to see who liked this post!
Comment
Save
100.6K Views
Join the DZone community and get the full member experience.
Join For FreeIn this post, we will take a look at how we can create an object pool in Java.
In recent times, JVM performance has been multiplied manifold and so object creation is no longer considered as expensive as it was done earlier. But there are few objects, for which creation of new object still seems to be slight costly as they are not considered as lightweight objects. e.g.: database connection objects, parser objects, thread creation etc. In any application we need to create multiple such objects. Since creation of such objects is costly, it’s a sure hit for the performance of any application. It would be great if we can reuse the same object again and again.
Object Pools are used for this purpose. Basically, object pools can be visualized as a storage where we can store such objects so that stored objects can be used and reused dynamically. Object pools also controls the life-cycle of pooled objects.
As we understood the requirement, let’s come to real stuff. Fortunately, there are various open source object pooling frameworks available, so we do not need to reinvent the wheel.
In this post we will be using apache commons pool to create our own object pool. At the time of writing this post Version 2.2 is the latest, so let us use this.
The basic thing we need to create is-
1. A pool to store heavyweight objects (pooled objects).
2. A simple interface, so that client can -
a.) Borrow pooled object for its use.
b.) Return the borrowed object after its use.
Let’s start with Parser Objects.
Parsers are normally designed to parse some document like xml files, html files or something else. Creating new xml parser for each xml file (having same structure) is really costly. One would really like to reuse the same (or few in concurrent environment) parser object(s) for xml parsing. In such scenario, we can put some parser objects into pool so that they can be reused as and when needed.
Below is a simple parser declaration:
package blog.techcypher.parser;
/**
* Abstract definition of Parser.
*
* @author abhishek
*
*/
public interface Parser<E, T> {
/**
* Parse the element E and set the result back into target object T.
*
* @param elementToBeParsed
* @param result
* @throws Exception
*/
public void parse(E elementToBeParsed, T result) throws Exception;
/**
* Tells whether this parser is valid or not. This will ensure the we
* will never be using an invalid/corrupt parser.
*
* @return
*/
public boolean isValid();
/**
* Reset parser state back to the original, so that it will be as
* good as new parser.
*
*/
public void reset();
}
Let’s implement a simple XML Parser over this as below:
package blog.techcypher.parser.impl;
import blog.techcypher.parser.Parser;
/**
* Parser for parsing xml documents.
*
* @author abhishek
*
* @param <E>
* @param <T>
*/
public class XmlParser<E, T> implements Parser<E, T> {
private Exception exception;
@Override
public void parse(E elementToBeParsed, T result) throws Exception {
try {
System.out.println("[" + Thread.currentThread().getName()+ "]: Parser Instance:" + this);
// Do some real parsing stuff.
} catch(Exception e) {
this.exception = e;
e.printStackTrace(System.err);
throw e;
}
}
@Override
public boolean isValid() {
return this.exception == null;
}
@Override
public void reset() {
this.exception = null;
}
}
At this point, as we have parser object we should create a pool to store these objects.
Here, we will be using GenericObjectPool to store the parse objects. Apache commons pool has already build-in classes for pool implementation. GenericObjectPool can be used to store any object. Each pool can contain same kind of object and they have factory associated with them.
GenericObjectPool provides a wide variety of configuration options, including the ability to cap the number of idle or active instances, to evict instances as they sit idle in the pool, etc.
If you want to create multiple pools for different kind of objects (e.g. parsers, converters, device connections etc.) then you should use GenericKeyedObjectPool .
package blog.techcypher.parser.pool;
import org.apache.commons.pool2.PooledObjectFactory;
import org.apache.commons.pool2.impl.GenericObjectPool;
import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import blog.techcypher.parser.Parser;
/**
* Pool Implementation for Parser Objects.
* It is an implementation of ObjectPool.
*
* It can be visualized as-
* +-------------------------------------------------------------+
* | ParserPool |
* +-------------------------------------------------------------+
* | [Parser@1, Parser@2,...., Parser@N] |
* +-------------------------------------------------------------+
*
* @author abhishek
*
* @param <E>
* @param <T>
*/
public class ParserPool<E, T> extends GenericObjectPool<Parser<E, T>>{
/**
* Constructor.
*
* It uses the default configuration for pool provided by
* apache-commons-pool2.
*
* @param factory
*/
public ParserPool(PooledObjectFactory<Parser<E, T>> factory) {
super(factory);
}
/**
* Constructor.
*
* This can be used to have full control over the pool using configuration
* object.
*
* @param factory
* @param config
*/
public ParserPool(PooledObjectFactory<Parser<E, T>> factory,
GenericObjectPoolConfig config) {
super(factory, config);
}
}
As we can see, the constructor of pool requires a factory to manage lifecycle of pooled objects. So we need to create a parser factory which can create parser objects.
Commons pool provide generic interface for defining a factory(PooledObjectFactory). PooledObjectFactory create and manage PooledObjects . These object wrappers maintain object pooling state, enabling PooledObjectFactory methods to have access to data such as instance creation time or time of last use.
A DefaultPooledObject is provided, with natural implementations for pooling state methods. The simplest way to implement a PoolableObjectFactory is to have it extend BasePooledObjectFactory . This factory provides a makeObject() that returns wrap(create()) where create and wrap are abstract. We provide an implementation of create to create the underlying objects that we want to manage in the pool and wrap to wrap created instances in PooledObjects.
So, here is our factory implementation for parser objects-
package blog.techcypher.parser.pool;
import org.apache.commons.pool2.BasePooledObjectFactory;
import org.apache.commons.pool2.PooledObject;
import org.apache.commons.pool2.impl.DefaultPooledObject;
import blog.techcypher.parser.Parser;
import blog.techcypher.parser.impl.XmlParser;
/**
* Factory to create parser object(s).
*
* @author abhishek
*
* @param <E>
* @param <T>
*/
public class ParserFactory<E, T> extends BasePooledObjectFactory<Parser<E, T>> {
@Override
public Parser<E, T> create() throws Exception {
return new XmlParser<E, T>();
}
@Override
public PooledObject<Parser<E, T>> wrap(Parser<E, T> parser) {
return new DefaultPooledObject<Parser<E,T>>(parser);
}
@Override
public void passivateObject(PooledObject<Parser<E, T>> parser) throws Exception {
parser.getObject().reset();
}
@Override
public boolean validateObject(PooledObject<Parser<E, T>> parser) {
return parser.getObject().isValid();
}
}
Now, at this point we have successfully created our pool to store parser objects and we have a factory as well to manage the life-cycle of parser objects.
You should notice that, we have implemented couple of extra methods-
1. boolean validateObject(PooledObject obj): This is used to validate an object borrowed from the pool or returned to the pool based on configuration. By default, validation remains off. Implementing this ensures that client will always get a valid object from the pool.
2. void passivateObject(PooledObject obj): This is used while returning an object back to pool. In the implementation we can reset the object state, so that the object behaves as good as a new object on another borrow.
Since, we have everything in place, let’s create a test to test this pool. Pool clients can –
1. Get object by calling pool.borrowObject()
2. Return the object back to pool by calling pool.returnObject(object)
Below is our code to test Parser Pool-
Result:
You can easily see that single parser object was created and reused dynamically.
Commons Pool 2 stands far better in term of performance and scalability over Commons Pool 1. Also, version 2 includes robust instance tracking and pool monitoring. Commons Pool 2 requires JDK 1.6 or above. There are lots of configuration options to control and manage the life-cycle of pooled objects.
And so ends our long post… :-)
Since, we have everything in place, let’s create a test to test this pool. Pool clients can –
1. Get object by calling pool.borrowObject()
2. Return the object back to pool by calling pool.returnObject(object)
Below is our code to test Parser Pool-
package blog.techcypher.parser;
import static org.junit.Assert.fail;
import java.util.concurrent.ArrayBlockingQueue;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicInteger;
import junit.framework.Assert;
import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import org.junit.Before;
import org.junit.Test;
import blog.techcypher.parser.pool.ParserFactory;
import blog.techcypher.parser.pool.ParserPool;
/**
* Test case to test-
* 1. object creation by factory
* 2. object borrow from pool.
* 3. returning object back to pool.
*
* @author abhishek
*
*/
public class ParserFactoryTest {
private ParserPool<String, String> pool;
private AtomicInteger count = new AtomicInteger(0);
@Before
public void setUp() throws Exception {
GenericObjectPoolConfig config = new GenericObjectPoolConfig();
config.setMaxIdle(1);
config.setMaxTotal(1);
/*---------------------------------------------------------------------+
|TestOnBorrow=true --> To ensure that we get a valid object from pool |
|TestOnReturn=true --> To ensure that valid object is returned to pool |
+---------------------------------------------------------------------*/
config.setTestOnBorrow(true);
config.setTestOnReturn(true);
pool = new ParserPool<String, String>(new ParserFactory<String, String>(), config);
}
@Test
public void test() {
try {
int limit = 10;
ExecutorService es = new ThreadPoolExecutor(10, 10, 0L, TimeUnit.MILLISECONDS, new ArrayBlockingQueue<Runnable>(limit));
for (int i=0; i<limit; i++) {
Runnable r = new Runnable() {
@Override
public void run() {
Parser<String, String> parser = null;
try {
parser = pool.borrowObject();
count.getAndIncrement();
parser.parse(null, null);
} catch (Exception e) {
e.printStackTrace(System.err);
} finally {
if (parser != null) {
pool.returnObject(parser);
}
}
}
};
es.submit(r);
}
es.shutdown();
try {
es.awaitTermination(1, TimeUnit.MINUTES);
} catch (InterruptedException ignored) {}
System.out.println("Pool Stats:\n Created:[" + pool.getCreatedCount() + "], Borrowed:[" + pool.getBorrowedCount() + "]");
Assert.assertEquals(limit, count.get());
Assert.assertEquals(count.get(), pool.getBorrowedCount());
Assert.assertEquals(1, pool.getCreatedCount());
} catch (Exception ex) {
fail("Exception:" + ex);
}
}
}
Result:
[pool-1-thread-1]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-2]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-3]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-4]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-5]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-8]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-7]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-9]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-6]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
[pool-1-thread-10]: Parser Instance:blog.techcypher.parser.impl.XmlParser@fcfa52
Pool Stats:
Created:[1], Borrowed:[10]
You can easily see that single parser object was created and reused dynamically.
Commons Pool 2 stands far better in term of performance and scalability over Commons Pool 1. Also, version 2 includes robust instance tracking and pool monitoring. Commons Pool 2 requires JDK 1.6 or above. There are lots of configuration options to control and manage the life-cycle of pooled objects.
And so ends our long post… :-)
Hope this article helped. Keep learning!
Object (computer science)
Parser (programming language)
Java (programming language)
Opinions expressed by DZone contributors are their own.
Comments