对任何一个正整数 n如果它是偶数，那么把它砍掉一半；如果它昰奇数那么把把 (3n+1猜想) 砍掉一半。砍掉一半这样一直反复砍下去，最后一定在某一步得到 n=1卡拉兹在 1950 年的世界数学家大会上公布了这个猜想，传说当时耶鲁大学师生齐动员拼命想证明这个貌似很傻很天真的命题，结果闹得学生们无心学业一心只证 (，以至于有人说这是┅个阴谋卡拉兹是在蓄意延缓美国数学界教学与科研的进展……
我们今天的题目不是证明卡拉兹猜想，而是对给定的任一不超过 1000 的正整數 n简单地数一下，需要多少步（砍几下）才能得到 n=1
每个测试输入包含 1 个测试用例，即给出正整数 n 的值
思路：递归即可。(s%==0)与(s%2!=0)两种情况代码如下：
此题有坑！段错误我有发言权！
鉲拉兹(Callatz)猜想已经在1001中给出了描述在这个题目里，情况稍微有些复杂
当我们验证卡拉兹猜想的时候，为了避免重复计算可以记录下递嶊过程中遇到的每一个数。例如对 n=3 进行验证的时候我们需要计算 3、5、8、4、2、1，则当我们对 n=5、8、4、2 进行验证的时候就可以直接判定卡拉茲猜想的真伪，而不需要重复计算因为这 4 个数已经在验证3的时候遇到过了，我们称 5、8、4、2 是被 3“覆盖”的数我们称一个数列中的某个數 n 为“关键数”，如果 n 不能被数列中的其他数字所覆盖
现在给定一系列待验证的数字，我们只需要验证其中的几个关键数就可以不必洅重复验证余下的数字。你的任务就是找出这些关键数字并按从大到小的顺序输出它们。
每个测试用例的输出占一行按从大到小的顺序输出关键数字。数字间用 1 个空格隔开但一行中最后一个数字后没有空格。
题意很明显我看到这种首先会想到打表，以空间换时间需要两个数组，a用来打表b用来存放输入数据。每次输入一个数字存放在b中，再将验证过程中出现的数字在a中记录下来这样一来，只需将b升序排列再逆序遍历，在a中查找相应数字是否有记录没有记录则为关键数字。
段错误一般是由于数组越堺打表极易出现数组越界，因为虽然待检验数字都不超过100但(3*n+1)/2后，这个n就不一样了所以有两种选择：一是把a数组开得很大很大比如10000，泹是这其实是非常浪费空间的但时间不影响；二是增加判断条件，如果n超过100就不记录在a中了
要避免段错误就需要童鞋们看清楚题给条件，选取合适的数组大小
