Integer Replacement

What is not so obvious is what to do with odd numbers. One may think that you just need to remove as many 1's as possible to increase the evenness of the number. Wrong! Look at this example:

111011 -> 111010 -> 11101 -> 11100 -> 1110 -> 111 -> 1000 -> 100 -> 10 -> 1

And yet, this is not the best way because

111011 -> 111100 -> 11110 -> 1111 -> 10000 -> 1000 -> 100 -> 10 -> 1

See? Both 111011 -> 111010 and 111011 -> 111100 remove the same number of 1's, but the second way is better.

So, we just need to remove as many 1's as possible, doing +1 in case of a tie? Not quite. The infamous test with n=3 fails for that strategy because 11 -> 10 -> 1 is better than 11 -> 100 -> 10 -> 1. Fortunately, that's the only exception (or at least I can't think of any other, and there are none in the tests).

So the logic is:

1. If n is even, halve it.
2. If n=3 or n-1 has less 1's than n+1, decrement n.
3. Otherwise, increment n.

/* * Given a positive integer n and you can do operations as follow:If n is even, replace n with n/2.If n is odd, you can replace n with either n + 1 or n - 1.What is the minimum number of replacements needed for n to become 1?Example 1:Input:8Output:3Explanation:8 -> 4 -> 2 -> 1Example 2:Input:7Output:4Explanation:7 -> 8 -> 4 -> 2 -> 1or7 -> 6 -> 3 -> 2 -> 1 *  * */public class Solution {public static void main(String[] args) {// TODO Auto-generated method stubSystem.out.println(Solution.integerReplacement(1234));}public static int integerReplacement(int n) {    if(1 == n)return 0;int times = 0;while((n!=1){if((n&1) == 0){n >>>= 1;}else{if(n==3||Integer.bitCount(n+1)>Integer.bitCount(n-1))n--;elsen++;}times++;}return times;}}