Java中最常用的方法是什么来验证从long转换为int不丢失任何信息?

这是我当前的实现:

public static int safeLongToInt(long l) {
    int i = (int)l;
    if ((long)i != l) {
        throw new IllegalArgumentException(l + " cannot be cast to int without changing its value.");
    }
    return i;
}

当前回答

这不是解决方案!

我的第一个方法是:

public int longToInt(long theLongOne) {
  return Long.valueOf(theLongOne).intValue();
}

但这只是将long类型转换为int类型,可能会创建新的long实例或从long池中检索它们。


的缺点

长。valueOf如果数字不在Long的池范围[-128,127]内,则创建一个新的Long实例。 intValue实现所做的仅仅是: 返回(int)值;

因此,这比直接将long类型转换为int类型还要糟糕。

其他回答

这不是解决方案!

我的第一个方法是:

public int longToInt(long theLongOne) {
  return Long.valueOf(theLongOne).intValue();
}

但这只是将long类型转换为int类型,可能会创建新的long实例或从long池中检索它们。


的缺点

长。valueOf如果数字不在Long的池范围[-128,127]内,则创建一个新的Long实例。 intValue实现所做的仅仅是: 返回(int)值;

因此,这比直接将long类型转换为int类型还要糟糕。

另一个解决方案是:

public int longToInt(Long longVariable)
{
    try { 
            return Integer.valueOf(longVariable.toString()); 
        } catch(IllegalArgumentException e) { 
               Log.e(e.printstackstrace()); 
        }
}

我已经尝试了这样的情况下,客户端正在做一个POST和服务器DB只理解整数,而客户端有一个长。

Java 8中增加了一个方法:

import static java.lang.Math.toIntExact;

long foo = 10L;
int bar = toIntExact(foo);

将在溢出的情况下抛出算术异常。

看到:Math.toIntExact(长)

Java 8中还添加了其他几个溢出安全方法。它们以exact结尾。

例子:

Math.incrementExact(长) 数学。subtractExact(长) Math.decrementExact(长) Math.negateExact(长), 数学。subtractExact (int, int)

使用谷歌Guava的int类,您的方法可以更改为:

public static int safeLongToInt(long l) {
    return Ints.checkedCast(l);
}

从链接的文档:

checkedCast checkedCast(长值) 如果可能,返回等于value的int值。 参数: Value - int类型范围内的任何值 返回: 等于value的int值 抛出: IllegalArgumentException -如果value大于Integer。MAX_VALUE或小于Integer。MIN_VALUE

顺便说一句,您不需要safeLongToInt包装器,除非您想保留它,以便在不进行大量重构的情况下更改功能。

我认为,要查看强制转换是否改变了值,最明显的方法是强制转换并检查结果。但是,在比较时,我会删除不必要的强制转换。我也不太喜欢一个字母的变量名(除了x和y,但当它们表示行和列时(有时分别表示))。

public static int intValue(long value) {
    int valueInt = (int)value;
    if (valueInt != value) {
        throw new IllegalArgumentException(
            "The long value "+value+" is not within range of the int type"
        );
    }
    return valueInt;
}

然而,如果可能的话,我真的希望避免这种转换。显然,有时这是不可能的,但在这些情况下,就客户端代码而言,IllegalArgumentException几乎肯定是要抛出的错误异常。