文章出處

本人在設計數據庫緩存層的時候,需要對數據進行深拷貝,這樣用戶操作的數據對象就是不共享的。

這個思路實際上和Erlang類似,就是用數據不共享解決并發問題。

 

1. 序列化?

原來的做法,是用序列化,我用了Json的序列化,lib-json。一個再傳統不過的方法。把數據字段序列化成json保存。取出來的時候進行反序列化。

測試100條數據,100次循環,竟然TM的用了15秒。

這個是個啥概念?簡直慘不忍睹。

于是網上搜,找到個Jackson,號稱性能XXX的,比Google的gson高XXX。

替換之后,速度下降到3700ms。恩。有那么點意思。

但是才100次全查詢,消耗了接近4秒,不可接受。

備注:

為什么不直接序列化?因為我設計表結構是變動的,使用json的key-value很容易進行表結構的擴展伸縮。

gson這貨,竟然一步到位把json字符串轉化成了對象。我只能說,太over-architecture了。過分的api設計了。

jackson使用了JsonNode,本質還是鍵值對,這種恰到好處的設計,非常方便。

結論:

如果要使用json, json-lib就是一坨屎,簡直就是實驗室作品。。。用jackson吧。

 

2. Cloneable接口?

我一向有個觀點,Java提供的原生API性能一定比自己無論怎么搞也高效。

很可惜,Cloneable接口第一,沒有public object clone。不知道他搞什么飛機。繼承接口還不是public的。要自己調用object.clone. 第二,是淺拷貝,如果有對象數組,還是指針引用。

Usr_Equipment implements CLoneable

{

  @Override

  public Object clone() { super.clone();}
}

可惜了,真心不知道這個Cloneable設計出來是干什么的。

于是自己設計一個ICloneable extends Cloneable接口,把clone暴露出來。

 

3. 淺拷貝變成深拷貝?

為了實現深拷貝,必然需要使用遞歸對整個對象的屬性遍歷。整個魔法的核心,就是BeanCopier。性能比BeanMap更強大!我先放出代碼:

package com.xtar.common.structure;

import java.lang.reflect.Array;
import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.ConcurrentMap;

import net.sf.cglib.beans.BeanCopier;
import net.sf.cglib.core.Converter;

import com.xtar.common.interfaces.ICloneable;
import com.xtar.common.tool.ParserHelper;

public class CloneableBase implements ICloneable
{
	private static ConcurrentMap<Class<?>, BeanCopier> beanCopiers = new ConcurrentHashMap<Class<?>, BeanCopier>();

	@Override
	public Object clone()
	{
		try
		{
			Object clone = this.getClass().newInstance();

			BeanCopier copier = _createCopier(this.getClass());

			copier.copy(this, clone, new Converter()
			{
				@Override
				public Object convert(Object pojo, Class fieldType, Object fieldName)
				{
					return _clone(pojo);
				}
			});

			return clone;
		}
		catch (Exception e)
		{
			throw new RuntimeException(e);
		}
	}

	private static Object _clone(Object bean)
	{
		if (bean == null)
		{
			return null;
		}
		else if (bean instanceof ICloneable)
		{
			return ((ICloneable) bean).clone();
		}
		else
		{

					if (bean.getClass().isArray() && !bean.getClass().getComponentType().equals(byte.class))
					{
						int length = Array.getLength(bean);
						Object clone = Array.newInstance(bean.getClass().getComponentType(), length);
						for (int i = 0; i < length; i++)
						{
							Array.set(clone, i, _clone(Array.get(bean, i)));
						}
						return clone;
					}
					else
					{
						return bean;
					}
			}
		}
	}

	private static BeanCopier _createCopier(Class<?> clz)
	{
		if (beanCopiers.containsKey(clz))
			return beanCopiers.get(clz);
		beanCopiers.putIfAbsent(clz, BeanCopier.create(clz, clz, true));
		return beanCopiers.get(clz);

	}
}

上面就是整個深拷貝的魔法核心。

1)使用了BeanCopier,并緩存這個對象,性能提升50%,從1s下降到600ms。

2)判斷array,如果是byte[]類型,直接使用淺拷貝。這個是個特殊對象。

測試下來,比用BeanMap快2倍。相同的對象,BeanMap需要1700ms,而BeanCopier只需要500ms。

 

4. 結論

我自認為,這個方法已經做到極致了。(沒測試二進制序列化)。只要自己的對象繼承了CloneableBase,就能夠實現深度拷貝。

 


文章列表


不含病毒。www.avast.com
arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()