Using reflection to change static final File.separatorChar for unit testing?

前端 未结 7 862
太阳男子
太阳男子 2020-11-28 09:37

Specifically, I\'m trying to create a unit test for a method which requires uses File.separatorChar to build paths on windows and unix. The code must run on bot

相关标签:
7条回答
  • 2020-11-28 09:42

    I realise this doesn't answer your question directly, but Apache Commons FileNameUtils will do cross-platform filename construction, and may save you writing your own class to do this.

    0 讨论(0)
  • 2020-11-28 09:43

    here I am going to set value for "android.os.Build.VERSION.RELEASE", where VERSION is the class name and RELEASE is the final static string value.

    If the underlying field is final, the method throws an IllegalAccessException so that we need to use setAccessible(true) , NoSuchFieldException needs to be added when you use field.set() method

    @RunWith(PowerMockRunner.class)
    @PrepareForTest({Build.VERSION.class})
    public class RuntimePermissionUtilsTest {
    @Test
    public void hasStoragePermissions() throws IllegalAccessException, NoSuchFieldException {
        Field field = Build.VERSION.class.getField("RELEASE");
        field.setAccessible(true);
        field.set(null,"Marshmallow");
     }
    }
    

    now the value of String RELEASE will return "Marshmallow".

    0 讨论(0)
  • 2020-11-28 09:50

    From the documentation for Field.set:

    If the underlying field is final, the method throws an IllegalAccessException unless setAccessible(true) has succeeded for this field and this field is non-static.

    So at first it seems that you are out of luck, since File.separatorChar is static. Surprisingly, there is a way to get around this: simply make the static field no longer final through reflection.

    I adapted this solution from javaspecialist.eu:

    static void setFinalStatic(Field field, Object newValue) throws Exception {
        field.setAccessible(true);
    
        // remove final modifier from field
        Field modifiersField = Field.class.getDeclaredField("modifiers");
        modifiersField.setAccessible(true);
        modifiersField.setInt(field, field.getModifiers() & ~Modifier.FINAL);
    
        field.set(null, newValue);
    }
    

    I've tested it and it works:

    setFinalStatic(File.class.getField("separatorChar"), '#');
    System.out.println(File.separatorChar); // prints "#"
    

    Do exercise extreme caution with this technique. Devastating consequences aside, the following actually works:

    setFinalStatic(Boolean.class.getField("FALSE"), true);
    System.out.format("Everything is %s", false); // "Everything is true"
    

    Important update: the above solution does not work in all cases. If the field is made accessible and read through Reflection before it gets reset, an IllegalAccessException is thrown. It fails because the Reflection API creates internal FieldAccessor objects which are cached and reused (see the java.lang.reflect.Field#acquireFieldAccessor(boolean) implementation). Example test code which fails:

    Field f = File.class.getField("separatorChar"); f.setAccessible(true); f.get(null);
    // call setFinalStatic as before: throws IllegalAccessException
    
    0 讨论(0)
  • 2020-11-28 09:52

    Instead of using File.separatorChar declare your service Class, let's call it PathBuilder or something. This class will have a concatPaths() method which will concatenate the two parameters (using the OS's separator char). The beauty is that you are writing this class so you can tweak it anyway you want when you unit test it.

    0 讨论(0)
  • 2020-11-28 09:54

    Try invoking on an instance of file not on an instance of class File

    E.g.

    File file = ...;    
    field.setChar(file,'/');
    

    You could also try http://code.google.com/p/jmockit/ and mock the static method FileSystem.getFileSystem(). (don't know if you can mock static variables, normally those hacks shouldn't be necessary -> write oo code and use 'only' mockito)

    0 讨论(0)
  • 2020-11-28 10:01

    Just use / everywhere when constructing Files. I've been doing that for 13 years and never had a problem. Nothing to test either.

    0 讨论(0)
提交回复
热议问题