Importaciones estáticas de Java

No es una anulación. Si funcionó, this.toString() todavía accedería al método de A en lugar de Arrays.toString como sería el caso si se hubiera producido la anulación.

La especificación del lenguaje explica que las importaciones estáticas solo afectan la resolución de static métodos y tipos:

Una declaración de importación estática única d en una unidad de compilación c del paquete p que importa un campo llamado n oculta la declaración de cualquier campo estático llamado n importado por a static-import-on-demand declaration in c, throughout c.

Una única declaración de importación estática d en una unidad de compilación c del paquete p que importa un método llamado n con firma s sombrea la declaración de cualquier método estático llamado n con firma s importado por una declaración de importación estática en c, a lo largo de c.{[16]]}

Una declaración de importación estática única d en una unidad de compilación c del paquete p que importa un tipo llamado n oculta las declaraciones de:

• any static type named n imported by a static-import-on-demand declaration in c.
• any top level type (§7.6) named n declared in another compilation unit (§7.3) of p.
• any type named n imported by a type-import-on-demand declaration (§7.5.2) in c. a lo largo de c.

Las importaciones estáticas no sombrean métodos no estáticos o tipos internos.

Por lo que el toString no sombra de la método no estático. Dado que el nombre toString puede referirse a un método no estático de A, no puede referirse al método static de Arrays y, por lo tanto, toString se une al único método llamado toString que está disponible en el ámbito, que es String toString(). Ese método no puede tomar ningún argumento por lo que se obtiene un error de compilación.

La sección 15.12.1 explica la resolución del método y tendría que haber sido completamente reescrita para permitir el remedo de nombres de métodos no disponibles dentro de los métodos static pero no dentro de los métodos member.

Mi conjetura es que los diseñadores del lenguaje querían mantener las reglas de resolución de métodos simples, lo que significa que el mismo nombre significa lo mismo si aparece en un método static o no, y lo único que cambia es cuáles están disponibles.

Si intentas seguir código de aspecto similar entonces no obtendrá ningún error del compilador

import static java.util.Arrays.sort;
public class StaticImport {
    public void bar(int... args) {
        sort(args); // will call Array.sort
    }
}

La razón por la que esto se compila y el tuyo no es porque el toString() (o cualquier otro método definido en la clase Object) todavía están dentro del ámbito de la clase Object debido a que Object es el padre de tu clase. Por lo tanto, cuando el compilador encuentra la firma coincidente de esos métodos de la clase Object, entonces da error al compilador. En mi ejemplo since Object class no tiene sort(int[]) método por lo tanto el compilador coincide correctamente con la importación estática .

No creo que sea un error o algo diferente de la importación normal. Por ejemplo, en caso de importación normal, si tiene una clase privada con el mismo nombre que la importada, la importada no se reflejará.