我通常使用以下习语来检查String是否可以转换为整数。
public boolean isInteger( String input ) {
try {
Integer.parseInt( input );
return true;
}
catch( Exception e ) {
return false;
}
}
是我的错觉，还是你觉得这有点粗俗?还有什么更好的办法吗?
看看我的回答(带有基准，基于CodingWithSpike之前的回答)，看看为什么我改变了立场，接受了Jonas Klemming对这个问题的回答。我认为大多数人都会使用这个原始代码，因为它实现起来更快，也更易于维护，但是当提供非整数数据时，它就慢了几个数量级。
当前回答
对于那些像我一样多年后才来到这里的读者，对于这个问题，我有一个更通用的解决方案。
/**
* Checks, if the string represents a number.
*
* @param string the string
* @return true, if the string is a number
*/
public static boolean isANumber(final String string) {
if (string != null) {
final int length = string.length();
if (length != 0) {
int i = 0;
if (string.charAt(0) == '-') {
if (length == 1) {
return false;
}
i++;
}
for (; i < length; i++) {
final char c = string.charAt(i);
if ((c <= PERIOD) || ((c >= COLON))) {
final String strC = Character.toString(c).toUpperCase();
final boolean isExponent = strC.equals("E");
final boolean isPeriod = (c == PERIOD);
final boolean isPlus = (c == PLUS);
if (!isExponent && !isPeriod && !isPlus) {
return false;
}
}
}
return true;
}
}
return false;
}
其他回答
可以使用字符串类的matches方法。[0-9]表示它可以是的所有值，+表示它必须至少有一个字符长，*表示它可以是零或多个字符长。
boolean isNumeric = yourString.matches("[0-9]+"); // 1 or more characters long, numbers only
boolean isNumeric = yourString.matches("[0-9]*"); // 0 or more characters long, numbers only
如何:
return Pattern.matches("-?\\d+", input);
这更短，但更短并不一定更好(它不会捕获超出范围的整数值，正如danatel的评论所指出的那样):
input.matches("^-?\\d+$");
就我个人而言，由于实现被保存在一个helper方法中，并且正确性胜过长度，所以我将使用类似于您所拥有的东西(减去捕获基Exception类而不是NumberFormatException)。
如果你正在使用Android API，你可以使用:
TextUtils.isDigitsOnly(str);
I recently (today) needed to figure out a quick way to do this and of course I was going to use the exception approach for ease when the monkey on the shoulder (conscience) woke up so it took me down this old familiar rabbit hole; no exceptions are not that much more expensive in fact sometimes exceptions are faster (old AIX multiprocessor systems) but regardless it’s to elegant so I did something that the younger me never did and to my amazement nobody here did either (apologize if someone did and I missed it I honestly did not find) : so what did I think we all missed; taking a look at how the JRE implemented it, yes they threw an exception but we can always skip that part.
10年前年轻的我可能会觉得这有失他的身份，但话又说回来，他是一个大嘴巴的炫耀者，性情不好，有一种神的情结，所以就是这样。
我把这些放在这里，是为了方便将来来这里的人。以下是我的发现:
public static int parseInt(String s, int radix) throws NumberFormatException
{
/*
* WARNING: This method may be invoked early during VM initialization
* before IntegerCache is initialized. Care must be taken to not use
* the valueOf method.
*/
if (s == null) {
throw new NumberFormatException("null");
}
if (radix < Character.MIN_RADIX) {
throw new NumberFormatException("radix " + radix +
" less than Character.MIN_RADIX");
}
if (radix > Character.MAX_RADIX) {
throw new NumberFormatException("radix " + radix +
" greater than Character.MAX_RADIX");
}
int result = 0;
boolean negative = false;
int i = 0, len = s.length();
int limit = -Integer.MAX_VALUE;
int multmin;
int digit;
if (len > 0) {
char firstChar = s.charAt(0);
if (firstChar < '0') { // Possible leading "+" or "-"
if (firstChar == '-') {
negative = true;
limit = Integer.MIN_VALUE;
} else if (firstChar != '+')
throw NumberFormatException.forInputString(s);
if (len == 1) // Cannot have lone "+" or "-"
throw NumberFormatException.forInputString(s);
i++;
}
multmin = limit / radix;
while (i < len) {
// Accumulating negatively avoids surprises near MAX_VALUE
digit = Character.digit(s.charAt(i++),radix);
if (digit < 0) {
throw NumberFormatException.forInputString(s);
}
if (result < multmin) {
throw NumberFormatException.forInputString(s);
}
result *= radix;
if (result < limit + digit) {
throw NumberFormatException.forInputString(s);
}
result -= digit;
}
} else {
throw NumberFormatException.forInputString(s);
}
return negative ? result : -result;
}
