使用反射是否破坏了程序的封装性

　　今天看到问答里有人发了一个关于反射的问题，是如何利用反射来获取类的私有构造函数并进行类的实例化的，由此想到Java提供private关键字就是用来控制类的成员变量和方法在外部无法可见，那么使用反射能够获取到类的私有构造函数，成员变量和方法，并对其进行操作，那么这样做是否破坏了程序的封装性呢？

 

 

package com.dream.reflection;

/**
 * Created by IntelliJ IDEA.
 * User: Zhong Gang
 * Date: 11-9-24
 * Time: 下午7:02
 */
public class User {
    private Integer id;
    private int number;
    private String name = "zhong_gang";

    private User(Integer id) {
        this.id = id;
    }

    private User(int number) {
        this.number = number;
    }

    protected User(String name) {
        this.name = name;
    }

    private User(Integer id, String name) {
        this.id = id;
        this.name = name;
    }

    public User() {

    }

    public String upperName() {
        return name.toUpperCase();
    }

    public Integer getId() {
        return id;
    }

    public String getName() {
        return name;
    }

    public int getNumber() {
        return number;
    }
}

 

 

 

package com.dream.reflection;

import junit.framework.TestCase;

import java.lang.reflect.Constructor;
import java.lang.reflect.Field;
import java.lang.reflect.Method;

/**
 * Created by IntelliJ IDEA.
 * User: Zhong Gang
 * Date: 11-9-24
 * Time: 下午7:03
 */
public class UserRelectionTest extends TestCase {

    public void testIntegerReflection() throws Exception {
        Class<User> clazz = User.class;
        Constructor<User> constructor = clazz.getDeclaredConstructor(Integer.class);
        constructor.setAccessible(true);
        User user = constructor.newInstance(Integer.valueOf("1"));
        assertEquals(Integer.valueOf("1"), user.getId());
    }

    public void testIntReflection() throws Exception {
        Class<User> clazz = User.class;
        Constructor<User> constructor = clazz.getDeclaredConstructor(int.class);
        constructor.setAccessible(true);
        User user = constructor.newInstance(1);
        assertEquals(1, user.getNumber());
    }

    public void testStringReflection() throws Exception {
        Class<User> clazz = User.class;
        Constructor<User> constructor = clazz.getDeclaredConstructor(String.class);
//        constructor.setAccessible(true);
        User user = constructor.newInstance("ZhongGang");
        assertEquals("ZhongGang", user.getName());
    }

    public void testFiledReflection() throws Exception {
        Class<User> clazz = User.class;
        Field id = clazz.getDeclaredField("id");
        id.setAccessible(true);
        User user = new User();
        id.set(user, Integer.valueOf("3"));
        assertEquals(Integer.valueOf("3"), user.getId());
    }

    public void testMethodReflection() throws Exception {
        Class<User> clazz = User.class;
        Method method = clazz.getDeclaredMethod("upperName");
//        method.setAccessible(true);
        User user = new User();
        String invoke = (String) method.invoke(user);
        assertEquals("ZHONG_GANG", invoke);
    }
}

建议看看spring的IOC，要为bean的私有成员注入值，spring容器要求你提供相应的getter、setter方法，而不是直接通过反射去操作你的私有成员。在有条件违反面向对象特性的时候，就需要程序员自己去控制了。就像你非要用java来写一段相面过程的代码，有没有错？没错，只是不好！

给你孩武不是让你用的。。。。。。而是用来唬人的

哈哈，严重的顶，这的确是Java里的核武
但是当对象封装不合理的的时候，迫不得已还是要用的，哈哈

就像当年的日本，迫不得已的时候还是要放几颗试试的

机制里面总是会有专用来干脏活的，你知道脏但还是得用，而且关键是你要确定除了意外自己能兜得住

这种问题 就是 在扯淡啊

反射这个东西呐，你直接拿私有字段呢，就好比QJ，暴力破解。
要是你委婉点呐，有可能别个又不干（找不到这字段）

求问答连接。。。

破坏是破坏了，但是有的时候还是有用的

我们学好我们的代码就好了  至于这样的问题留给sun公司的工程师就好了。