Прочитай код внимательнее

во второй и не добавим, но в первый то раз добавим, а не надо

А, то есть ее вообще не должно быть в результате? Тогда да

потому и последний селект

Если она должна встретиться один раз, что обычно требуют в таких задачах, то вышеуказанное решение будет работать

Тогда с ленивым или равно лишняя заморока была бы

Просто любого не nil хватило бы

Почему? По производительности было бы вроде оптимально

Ну да

Тогда считать пары не очень нужно было бы

Перечитал задание. Действительно не верно его понял

h ={}
ar.each_with_index do |i, a|
  ar[i, -1].each do |b|
    sum = a+b
    h[sum] ||= 0
    h[sum] += 1
  end
end
h.keys.select{|k| h[k] == 1}

У меня вот к этому вопрос

оно не оптимально

так Максим рекомендовал:

for (int i = 0; i < arr.length; i++) {
           for (int j = i +1; j < arr.length; j++) {
               sum = arr[i] + arr[j];
               if (hashMap.containsKey(sum)){
                   hashMap.put(sum, hashMap.get(sum) + 1);
               } else {
                   hashMap.put(sum, 1);
               }
               count++;
               //System.out.println("Числа: " + arr[i] + " + " + arr[j] + " = " + sum);
           }
       }

       for (Map.Entry entry : hashMap.entrySet()) {
           if (entry.getValue().equals(1))
           {
               System.out.println("Key: " + entry.getKey() + " Value: "
                       + entry.getValue());
           }
       }

типа ar[i, -1] — само по себе фиговое решение

А чем сумма ar[0] с самим собой провинилась?

какой-то джаваплюплюс, я в нём не понимаю

Key: 6 Value: 1
Key: 7 Value: 1
Key: 9 Value: 1
3

Ну я бы, конечно, не делал так, я бы сделал два обычных цикла