Runnable

Interfejs zawiera metodę void run() . W klasie implementującej ten interfejs musimy zaimplementować metodę run(), najczęściej tworząc klasę anonimową:
Zamiast kodu:

SwingUtilities.invokeLater(new Runnable(){
	@Override
	public void run() {
		new Test(new ButtonPanel());
	}
});

możemy zastosować kod:

SwingUtilities.invokeLater(() -> new Test(new ButtonPanel()));

Metoda invokeLater() oczekuje obiektu klasy implementującej Runnable , w związku z czym kompilator wie, że puste nawiasy () odnoszą się do metody run() interfejsu Runnable.
Wyrażenie lambda zawiera puste nawiasy () ponieważ metoda run() również nie przyjmuje żadnych argumentów.
Metoda run nie zwraca żadnego typu, ale wywołuje konstruktor klasy Test , który wywołuje konstruktor klasy ButtonPanel.
Wyrażenie lambda nie zwraca nic ponieważ metoda run() nie zwraca nic.

ActionListener

Metoda addActionListener() wymaga jako argumentu obiektu klasy implementującej interfejs ActionListener . Implementacja tej klasy musi konkretyzować metodę void actionPerformed(ActionEvent e) , przyjmującą jako argument obiekt klasy ActionEvent.
Normalnie tworzymy klasę anonimową:
button.addActionListener(new ActionListener(){
@Override
public void actionPerformed(ActionEvent e) {
button.setText(“Kliknij jeszcze raz!”);
}
});
Obecnie możemy użyć wyrażenia lambda:

button.addActionListener(event -> button.setText("Kliknij jeszcze raz"));

Kompilator wie, że musi powstać obiekt klasy implementującej interfejs ActionListener , a więc wiadomo, że należy użyć metody actionPerformed , co oznacza, że jedyny argument event jest obiektem klasy ActionEvent.
Wyrażenie lambda nie zwraca żadnego typu, bo metoda actionPerformed nic nie zwraca, ale wywołana zostaje metoda setText() obiektu button.

PropertyChangeListener

Czasami implementowana metoda interfejsu wymaga większej ilości kodu niż jedna linijka. jak wtedy wygląda wyrażenie lambda?
Interfejs PropertyChangeListener pozwala na śledzenie zmian wartości pól w obiektach.

smok.addPropertyChangeListener(new PropertyChangeListener(){
	@Override
	public void propertyChange(PropertyChangeEvent evt) {
		Integer newValue = (Integer)evt.getNewValue();
		System.out.println(newValue);
	}
});

Zamiennie możemy użyć wyrażenia lambda:

smok.addPropertyChangeListener(evt -> {
	Integer newValue = (Integer)evt.getNewValue();
	System.out.println(newValue);
});

VetoableChangeListener

smok.addVetoableChangeListener(new VetoableChangeListener(){
	@Override
	public void vetoableChange(PropertyChangeEvent evt)
			throws PropertyVetoException {
		Integer newVal = (Integer)evt.getNewValue();
		int val = newVal.intValue();
		if(val < min){
			throw new PropertyVetoException(
					"Stop. Smok zaraz umrze z głodu", evt);
		}
		if(val > max){
			throw new PropertyVetoException(
					"Stop. Smok zaraz pęknie z przejedzenia", evt);
		}
	}
});	

I to samo z użyciem wyrażenia lambda:

smok.addVetoableChangeListener(evt -> {
	Integer newVal = (Integer)evt.getNewValue();
	int val = newVal.intValue();
	if(val < min){
		throw new PropertyVetoException(
				"Stop. Smok zaraz umrze z głodu", evt);
	}
	if(val > max){
		throw new PropertyVetoException(
				"Stop. Smok zaraz pęknie z przejedzenia", evt);
	}
});

Comparator

Comparator comp1 = new Comparator(){
@Override
public int compare(Smoklon o1, Smoklon o2) {
return (o1.getDywizja()).compareTo(o2.getDywizja());
}
};
Collections.sort(list, comp1);
Możemy też użyć wyrażenia lambda:

Comparator comp2 = (o1, o2) -> (o1.getDywizja()).compareTo(o2
		.getDywizja());
Collections.sort(list, comp2);

Możemy również podstawić wyrażenie lambda bezpośrednio do metody sort().

Collections.sort(list, (o1, o2) -> (o1.getDywizja()).compareTo(o2.getDywizja()));