C# extension methods are static and use-site , whereas Java's default methods are virtual and declaration-site.

O que eu acredito que você está esperando é a capacidade de "remendar macaco" um método em uma classe que você não controla, mas Java não lhe dá isso (por design; foi considerado e rejeitado.)

Outro benefício dos métodos padrão sobre a abordagem C# é que eles são reflexivamente descobríveis, e de fato a partir do lá fora, não pareça diferente dos métodos de interface "regulares".

Uma vantagem dos métodos de extensão de C#sobre os métodos predefinidos de Java é que com os genéricos reificados de C#, os métodos de extensão são injectados em tipos , não classes , para que possa injectar um método sum() em List<int>.

Acima de tudo, a principal diferença filosófica entre os métodos padrão de Java e os métodos de extensão de C#é que C# permite injectar métodos em tipos Você não controla (o que é certamente conveniente para os desenvolvedores), enquanto os métodos de extensão de Java são uma parte de primeira classe da API em que eles aparecem (eles são declarados na interface, eles são refletivamente descobríveis, etc.) Isto reflete vários princípios de design; os desenvolvedores de bibliotecas devem ser capazes de manter o controle de suas APIs, e o uso da biblioteca deve ser transparente -- o método de chamada x() no tipo Y deve significar a mesma coisa em todos os lugares.

Java não tem métodos de extensão. Os métodos padrão não são métodos de extensão. Vamos ver cada característica.

Os métodos predefinidos do Java

Problemas resolvidos:

1. Muitos objectos podem implementar a mesma interface e todos eles podem usar a mesma implementação para um método. Uma classe base poderia resolver este problema, mas apenas se os implementadores de interface não tiverem uma classe base já que java não suporta herança múltipla.
Uma API gostaria de adicionar um método para uma interface sem quebrar os consumidores API. Adicionar um método com uma implementação padrão resolve isso.

Os métodos padrão de Java são uma funcionalidade para adicionar uma implementação padrão a uma interface. Então objetos que estendem uma interface não precisam implementar o método, eles poderiam apenas usar o método padrão.

interface IA { default public int AddOne(int i) { return i + 1; } }

Qualquer objecto que implemente o IA não tem de implementar o AddOne porque existe um método por omissão que seria usado.

public class MyClass implements IA { /* No AddOne implementation needed */ } 

C# falta Esta característica e seria muito melhorada adicionando este recurso. (Actualização: funcionalidade em C # 8)

Método de Extensão da C#

Problemas resolvidos:

Capacidade de adicionar métodos a classes seladas. Capacidade de adicionar métodos às classes de bibliotecas de terceiros sem forçar a herança.
1. capacidade de adicionar métodos a classes de modelos em ambientes onde os métodos em classes de modelos não são permitidos por razões de convenção.
2. a capacidade para intellisense para lhe apresentar estes métodos.

Exemplo: a cadeia de tipos é uma classe selada em C#. Você não pode herdar da cadeia como ela está selada. Mas você pode adicionar métodos que você pode chamar a partir de uma string.

var a = "mystring";
a.MyExtensionMethed()

Java não tem esta funcionalidade e seria muito melhor se adicionasse esta funcionalidade.

Conclusão

Não há nada de semelhante nos métodos predefinidos do Java e nas funcionalidades do método de extensão c#. São completamente diferentes e resolvem completamente diferentes problema.

Lombok é um simples framework de processamento de código autônomo, o que torna a maior parte do problema específico Java criticado menos doloroso, incluindo extensão meios: https://projectlombok.org/features/experimental/ExtensionMethod.html

Xtend http://www.eclipse.org/xtend/ vai alguns anos-luz para a frente, e implementa uma linguagem que é uma combinação das melhores partes de linguagens modernas, como o Scala em cima do Java e do Java type system. Isso permite implementar algumas classes no Xtend e outras em Java dentro do mesmo projeto. O código Xtend está em conformidade com o código Java válido, então nenhuma magia JVM acontece sob o capô. No por outro lado, é um pouco demais Se você tem apenas métodos de extensão em falta.

JPropel https://github.com/nicholas22/jpropel-light implementa métodos de extensão de estilo LINQ em Java usando Lombok. Pode valer a pena dar uma espreitadela:)