json数据中文出现u0000这个问题比在php中出来空白要好点了，那么这种要如何来解决，下面我们一起来看spring-webmvc-4.1.6 接口返回json数据中文出现u0000问题吧，具体如下。
之前搭建开发环境的时候遇到了一个奇怪的现象，使用spring4.1.6的框架，因为spring的升级处理json的jar也跟着升级到了Jackson2.6的rc1版。具体引入的jar如下图所示：
环境搭建好后写接口采用json数据传递，刚开始没什么问题，但是有一天保存了大量的文字信息，在查询返回的时候出现了编码问题，如图所示：
这是什么鬼，调试了好长时间也找出问题来，中文输入一般情况下没有问题，只有几篇文档会出现这种情况，以为是文档里什么隐含的特殊字符导致的，各种尝试，一个个字复制的尝试，都不好使，时好时坏，真是急人呀。
所有的问题总有它出现的原因，也有对应的解决办法。最后还是被发现了规律，就是框架里引入的json解析jar在中文汉字在超过一定长度的时候就会出现这种情况。果断更换了jar后问题也就不存在了。更换的jar如下图所示：
更换jar后，输入再多的中文也没有乱码了，心情突然就好了，下图所示：
总结：框架搭建尤其是升级使用框架版本的时候，我们应该多做一些技术调研，了解升级版本的优缺点，尽量选择稳定版作为正式使用的版本，这样保证我们开发能够正常进行，项目能够顺利上线。在遇到问题时也应该冷静分析，找规律，找本源，从根本上解决问题。
堆溢出是因为操作不当或程序没有考虑到内存的一个问题，今天我们来看Java堆溢出之OutOfMemoryError异常问题及它的解决办法，具体的如下。
在Java虚拟机规范的描述中，除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError（下面都叫OOM）异常的肯能，下面就通过一些实例来验证异常发生的场景。 在下面举的例子中，在注释中会设定一些虚拟机的参数，在”VM Args”后边，如果你是用控制台命令来执行的程序，直接把这些参数放到Java命令之后就行，如果用的开发工具，Eclipse IDE，才Debug/Run页签中设置。
Java堆溢出
堆是用来存储对象实例的，当我们不断的创建对象，并且保证GC Roots和对象之间有相互的引用关系（GC Roots指垃圾回收器的对象，GC会手机那些不是GC Roots且没有被GC Roots引用的对象），当对象数量达到最大堆的容量的时候，就会产生内存溢出异常。
/**
* VM Args:-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
* @author Administrator
*
*/
public class HeapOOM
{
static class OOMObject{
}
public static void main(String[] args){
List<OOMObject> list=new ArrayList<OOMObject>();
while(true){
list.add(new OOMObject());
}
}
}
上述代码中限制Java堆的大小为20MB，不可扩展（将堆的最小值-Xms 参数与最大值-Xmx参数设置为一样就可以避免堆自动扩展），通过 -XX:+HeapDumpOnOutOfMemoryError 当虚拟机出现内存溢出的时候Dump出当前的内存堆转储快照以便后边进行分析。运行结果如下：
java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid5504.hprof ...
Heap dump file created [27872304 bytes in 0.150 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2245)
at java.util.Arrays.copyOf(Arrays.java:2219)
at java.util.ArrayList.grow(ArrayList.java:242)
at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:216)
at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:208)
at java.util.ArrayList.add(ArrayList.java:440)
at test.HeapOOM.main(HeapOOM.java:20)
刷新项目你就可以看到快照文件，可以用Eclipse Memory Analyzer来打开并进行分析。确定是Memory Leak，还是Memory Overflow。 处理思路：如果是内存泄漏，通过工具进一步查看泄漏对象到GC Roots的引用链，找到泄漏对象是如何和GC Roots相关联并导致垃圾回收器无法自动回收这些对象的。后边就可以判断产生内存溢出的代码的位置。 如果不存在内存泄漏问题，检查虚拟机的堆参数（-Xms -Xmx）跟物理机器对比是否还可以调大，在代码层面上看看是否存在某些对象生命周期过长、持有状态时间过长的情况。减少程序运行期间的内存消耗。
注入对于服务器安全来讲是非常的重要了我们今天来看一篇关于java中依赖注入和服务定位器的一个介绍了，希望下面这篇文章对各位有帮助。
在Java社区有一股使用轻量级容器来帮助组装不同项目的组件、集成到一个有凝聚力的应用程序的热潮。
这些底层容器有一种普遍的模式去展示他们如何装配组件，他们提出一个概念，名为“控制反转”（Inversion of Control）。
接下来我们深入挖掘下这个模式在“依赖注入”（Dependency Injection）怎么运作的，并且跟服务定位器进行对比。
组件和服务
我说的使用组件意味着，很多软件能自由的使用它，不需改变，因为这个组件已经不受作者的控制。
当我们在外部系统中使用的时候，服务类似组件。
唯一的不同点是我期望在本地使用组件（eg jar file，assembly，dll，or source inport）。
服务通过远程接口来远程调用，可以同步或者异步操作。(eg web service, messaging system, RPC, or socket.)
依赖注入
injector
分为三种类型：构造器注入、setter注入、接口注入。
1 构造器：
class MovieLister...
public MovieLister(MovieFinder finder) {
this.finder = finder;
}
2 setter：
class MovieLister...
private MovieFinder finder;
public void setFinder(MovieFinder finder) {
this.finder = finder;
}
setter的xml配置
相关文章
精彩导读
热门资讯
关注我们
