java中怎么判断一个double类型的数等于零。

BigDecimal a = new BigDecimal("1.00");x0dx0aBigDecmial b = new BigDecimal(1);x0dx0a想比较一下a和b的大小，一般都会用equalsx0dx0aSystem.out.println(a.equals(b));x0dx0a但是输出结果是：falsex0dx0a原因是：BigDecimal比较时，不仅比较值，而且还比较精度？x0dx0aif(a.compareTo(b)==0) 结果是truex0dx0a比较大小可以用 a.compareTo(b) x0dx0a返回值 -1 小于 0 等于 1 大于

在bigdecimal的对比大小中，建议使用compare而不是使用equals。按理说0和0.00应该是相等，但在上图中发现返回结果却是false。equals源码： 可以发现当小数位scale不等时，自动返回了false。 compare源码： signnum源码： compare源码可见，先对小数位scale进行了对比，如果不等，又将两个数进行了转换，转成int，对比int的大小。

BigDecimal a = new BigDecimal (101.00); BigDecimal b = new BigDecimal (111.00); if(a.compareTo(b) == -1){ System.out.println("a小于b"); } if(a.compareTo(b) == 0){ System.out.println("a等于b"); } if(a.compareTo(b) == 1){ System.out.println("a大于b"); } if(a.compareTo(b) > -1){ System.out.println("a大于等于b"); } if(a.compareTo(b) < 1){ System.out.println("a小于等于b"); }

一、构造方法 BigDecimal的构造方法有很多种，大家最常用的如下方式: BigDecimal bd1=new BigDecimal(10); BigDecimal bd2=new BigDecimal("10"); 二、四则预算 加法:bigDecimal1.add(bigDecimal2); 减法:bigDecimal1.subtract(bigDecimal2); 乘法:bigDecimal1.multiply(bigDecimal2); 除法:bigDecimal1.divide(bigDecimal2); 三、对小数的处理 (1).DecimalFormat类 例： DecimalFormat df =new DecimalFormat("#.00"); df.format(3.1415926); 结果输出3.14 (2)setScale方法 double f = 111231.5585; BigDecimal b = new BigDecimal(f); double f1 = b.setScale(2, BigDecimal.ROUND_HALF_UP).doubleValue(); //保留2位小数 四、比较大小 BigDecimal比较大小不能使用equals因为不仅比较值还比较精度 这里使用BigDecimal自带方法compareTo 例: BigDecimal a = new BigDecimal("1.00"); BigDecmial b = new BigDecimal(1); a.compareTo(b)==0结果是true 这里返回值含义: -1小于 0等于 1大于

int 、float等基本数据类型用==string 用eques

陆金所、人人贷还是比较靠谱的。

几乎所有数字类型的，同类型的，可以直接比较如 a , b 两个比较类似如下：if(a>b){}不同类型，一般按照大的那个类型来比较海枫科技

import java.math.BigDecimal;public class Case5 {public static void main(String[] args) {test1();}public static void test1() {BigDecimal base39 = new BigDecimal(39);BigDecimal base40 = new BigDecimal(40);base39 = base39.pow(40);base40 = base40.pow(39);System.out.println("39的40次方="+base39);System.out.println("40的39次方="+base40);String result = base39.compareTo(base40)>0? "39的40次方 比 40的39次方大" : "40的39次方 比 39的40次方大";System.out.println(result);}}39的40次方=439121075102077650905178851056667333727749210354866416338812640140的39次方=30223145490365729367654400000000000000000000000000000000000000039的40次方 比 40的39次方大任何非零数的0次方都等于1。原因如下通常代表3次方5的3次方是125，即5×5×5=1255的2次方是25，即5×5=255的1次方是5，即5×1=5由此可见，n≧0时，将5的（n+1）次方变为5的n次方需除以一个5，所以可定义5的0次方为：5 ÷ 5 = 1

js的Number精度明显达不到你的要求，不能实现 。 你应该考虑一下为什么需要转换成数字？实在没有其他途径的时候可以采用bigdecimal的工具库

理论上可以这样实现，不过我还没有测试private static int compare(Number v1 , Number v2){BigDecimal v11 = new BigDecimal(v1.toString());BigDecimal v22 = new BigDecimal(v2.toString());return v11.compareTo(v22);}

double a = 0.001; double b = 0.0011; BigDecimal data1 = new BigDecimal(a); BigDecimal data2 = new BigDecimal(b); data1.compareTo(data2) 非整型数，运算由于精度问题，可能会有误差，建议使用BigDecimal类型！

1. publicclassIntegerTypeTest01{2. publicstaticvoidmain(

根据规则，重载是根据传入的参数不同而出现的类似于只能判断吧在这里先解决一下重载的问题，你可以试着用数据类型int和double去重载方法就是不同类型的数和不同类型的数去做比较下一步在方法中把三个数字放在数组中然后使用排序算法或者数组本身的那个排序函数，这里有冒泡排序和其他方式然后把最大值返回出去，或者在重载方法最后敲一句打印这X,Y,Z三个值中最大值是：？的话。有帮助别忘记采纳亲！

up 看完上面的应该知道够用了

你会被鄙视的 又到一年答辩论文时 不会你就拿这东西当论文吧！？？？

参考jdk中的BigInteger和BigDecinal类，它们定义了你所需要的大数运算

把0转成BigDecimal不就可以比了吗

int[] a = { 5, 4, 2, 4, 9, 1 }; Arrays.sort(a); // 进行排序 for (int i : a) { System.out.print(i); }

负数？x最小值都只能取到0啊

下面是我刚刚写的1和1比较的代码，自己观察一下就会了import java.math.BigDecimal;public class Main { public static void main(String args[]){ BigDecimal a; a = BigDecimal.ONE; System.out.println(a.compareTo(BigDecimal.valueOf(1))); }}

不管是不是用JAVA，其实方法都一样，利用数组比如说长度为一千的数字，可以这个 int[] number = new int[1000];相加的思路是，首先两个数组的长度必须是一致，位数不同的话，前面补0，内存有点浪费，但是计算起来比较方便。然后让它们从0到最高位，每位进行相加并保存相应的位置上。最后一步是从0开始判断有没有大于10的数字，如果有就向前面进位（前一个加1，当前位减10），这样就可以。如果是相减，其实思路还是一样的，每位先相减，再判断是否有小于0的，如果有则向前面一位借1（前一位减1，当前位加10）如果是相乘，和上面一样，不过要注意的是进位的时候，不止进一位，比如5*6，就要向前进3位了（前一位加3，当前位减30）除就比较麻烦点，要涉及到精确度问题，得看实际需要 输出就更容易了，直接for循环数组 特别要注意的是，如果最高位有进位的时候，这个是比较容易出错的地方 思路在上面，如果实现不了请留言

我晕，你直接在我上次的回答上追问就行拉，这些放在按钮的事件里面，比如说:procedure Tmainform.printButtonClick(Sender: TObject);begini := Printer.Printers.IndexOf("printer name"); // 代入打印机名字if i >= 0 then Printer.PrinterIndex := i; // 设定打印机Printer.Orientation := poLandscape; //设定横向打印Printer.BeginDoc; // 设定打印内容 // Set up a large blue font Canvas.Font.Size := 20; Canvas.Font.Color := clBlue; // Write out the page size Canvas.TextOut(20, 20, "Page width = "+IntToStr(PageWidth)); // Finish printingPrinter.EndDoc;end;

Java 语言支持两种基本的浮点类型： float 和 double ，以及与它们对应的包装类 Float 和 Double 。它们都依据 IEEE 754 标准，该标准为 32 位浮点和 64 位双精度浮点二进制小数定义了二进制标准。 IEEE 754 用科学记数法以底数为 2 的小数来表示浮点数。IEEE 浮点数用 1 位表示数字的符号，用 8 位来表示指数，用 23 位来表示尾数，即小数部分。作为有符号整数的指数可以有正负之分。小数部分用二进制（底数 2）小数来表示，这意味着最高位对应着值 ?(2 -1)，第二位对应着 ?(2 -2)，依此类推。对于双精度浮点数，用 11 位表示指数，52 位表示尾数。IEEE 浮点值的格式如图 1 所示。 图 1. IEEE 754 浮点数的格式 因为用科学记数法可以有多种方式来表示给定数字，所以要规范化浮点数，以便用底数为 2 并且小数点左边为 1 的小数来表示，按照需要调节指数就可以得到所需的数字。所以，例如，数 1.25 可以表示为尾数为 1.01，指数为 0： (-1) 0*1.01 2*2 0 数 10.0 可以表示为尾数为 1.01，指数为 3： (-1) 0*1.01 2*2 3 特殊数字除了编码所允许的值的标准范围（对于 float ，从 1.4e-45 到 3.4028235e+38），还有一些表示无穷大、负无穷大、 -0 和 NaN（它代表“不是一个数字”）的特殊值。这些值的存在是为了在出现错误条件（譬如算术溢出，给负数开平方根，除以 0 等）下，可以用浮点值集合中的数字来表示所产生的结果。 这些特殊的数字有一些不寻常的特征。例如， 0 和 -0 是不同值，但在比较它们是否相等时，被认为是相等的。用一个非零数去除以无穷大的数，结果等于 0 。特殊数字 NaN 是无序的；使用 == 、 < 和 > 运算符将 NaN 与其它浮点值比较时，结果为 false 。如果 f 为 NaN，则即使 (f == f) 也会得到 false 。如果想将浮点值与 NaN 进行比较，则使用 Float.isNaN() 方法。表 1 显示了无穷大和 NaN 的一些属性。 表 1. 特殊浮点值的属性表达式 结果 Math.sqrt(-1.0) -> NaN 0.0 / 0.0 -> NaN 1.0 / 0.0 -> 无穷大 -1.0 / 0.0 -> 负无穷大 NaN + 1.0 -> NaN 无穷大 + 1.0 -> 无穷大 无穷大 + 无穷大 -> 无穷大 NaN > 1.0 -> false NaN == 1.0 -> false NaN < 1.0 -> false NaN == NaN -> false 0.0 == -0.01 -> true 基本浮点类型和包装类浮点有不同的比较行为使事情更糟的是，在基本 float 类型和包装类 Float 之间，用于比较 NaN 和 -0 的规则是不同的。对于 float 值，比较两个 NaN 值是否相等将会得到 false ，而使用 Float.equals() 来比较两个 NaN Float 对象会得到 true 。造成这种现象的原因是，如果不这样的话，就不可能将 NaN Float 对象用作 HashMap 中的键。类似的，虽然 0 和 -0 在表示为浮点值时，被认为是相等的，但使用 Float.compareTo() 来比较作为 Float 对象的 0 和 -0 时，会显示 -0 小于 0 。 浮点中的危险由于无穷大、NaN 和 0 的特殊行为，当应用浮点数时，可能看似无害的转换和优化实际上是不正确的。例如，虽然好象 0.0-f 很明显等于 -f ，但当 f 为 0 时，这是不正确的。还有其它类似的 gotcha，表 2 显示了其中一些 gotcha。 表 2. 无效的浮点假定这个表达式…… 不一定等于…… 当…… 0.0 - f -f f 为 0 f < g ! (f >= g) f 或 g 为 NaN f == f true f 为 NaN f + g - g f g 为无穷大或 NaN 舍入误差浮点运算很少是精确的。虽然一些数字（譬如 0.5 ）可以精确地表示为二进制（底数 2）小数（因为 0.5 等于 2 -1），但其它一些数字（譬如 0.1 ）就不能精确的表示。因此，浮点运算可能导致舍入误差，产生的结果接近 ― 但不等于 ― 您可能希望的结果。例如，下面这个简单的计算将得到 2.600000000000001 ，而不是 2.6 ： double s=0; for (int i=0; i<26; i++) s += 0.1; System.out.println(s);类似的， .1*26 相乘所产生的结果不等于 .1 自身加 26 次所得到的结果。当将浮点数强制转换成整数时，产生的舍入误差甚至更严重，因为强制转换成整数类型会舍弃非整数部分，甚至对于那些“看上去似乎”应该得到整数值的计算，也存在此类问题。例如，下面这些语句： double d = 29.0 * 0.01; System.out.println(d); System.out.println((int) (d * 100));将得到以下输出：0.29 28这可能不是您起初所期望的。浮点数比较指南由于存在 NaN 的不寻常比较行为和在几乎所有浮点计算中都不可避免地会出现舍入误差，解释浮点值的比较运算符的结果比较麻烦。最好完全避免使用浮点数比较。当然，这并不总是可能的，但您应该意识到要限制浮点数比较。如果必须比较浮点数来看它们是否相等，则应该将它们差的绝对值同一些预先选定的小正数进行比较，这样您所做的就是测试它们是否“足够接近”。（如果不知道基本的计算范围，可以使用测试“abs(a/b - 1) < epsilon”，这种方法比简单地比较两者之差要更准确）。甚至测试看一个值是比零大还是比零小也存在危险 ―“以为”会生成比零略大值的计算事实上可能由于积累的舍入误差会生成略微比零小的数字。NaN 的无序性质使得在比较浮点数时更容易发生错误。当比较浮点数时，围绕无穷大和 NaN 问题，一种避免 gotcha 的经验法则是显式地测试值的有效性，而不是试图排除无效值。在清单 1 中，有两个可能的用于特性的 setter 的实现，该特性只能接受非负数值。第一个实现会接受 NaN，第二个不会。第二种形式比较好，因为它显式地检测了您认为有效的值的范围。清单 1. 需要非负浮点值的较好办法和较差办法 // Trying to test by exclusion -- this doesn"t catch NaN or infinity public void setFoo(float foo) { if (foo < 0) throw new IllegalArgumentException(Float.toString(f)); this.foo = foo; } // Testing by inclusion -- this does catch NaN public void setFoo(float foo) { if (foo >= 0 && foo < Float.INFINITY) this.foo = foo; else throw new IllegalArgumentException(Float.toString(f)); }不要用浮点值表示精确值一些非整数值（如几美元和几美分这样的小数）需要很精确。浮点数不是精确值，所以使用它们会导致舍入误差。因此，使用浮点数来试图表示象货币量这样的精确数量不是一个好的想法。使用浮点数来进行美元和美分计算会得到灾难性的后果。浮点数最好用来表示象测量值这类数值，这类值从一开始就不怎么精确。用于较小数的 BigDecimal从 JDK 1.3 起，Java 开发人员就有了另一种数值表示法来表示非整数： BigDecimal 。 BigDecimal 是标准的类，在编译器中不需要特殊支持，它可以表示任意精度的小数，并对它们进行计算。在内部，可以用任意精度任何范围的值和一个换算因子来表示 BigDecimal ，换算因子表示左移小数点多少位，从而得到所期望范围内的值。因此，用 BigDecimal 表示的数的形式为 unscaledValue*10 -scale 。 用于加、减、乘和除的方法给 BigDecimal 值提供了算术运算。由于 BigDecimal 对象是不可变的，这些方法中的每一个都会产生新的 BigDecimal 对象。因此，因为创建对象的开销， BigDecimal 不适合于大量的数学计算，但设计它的目的是用来精确地表示小数。如果您正在寻找一种能精确表示如货币量这样的数值，则 BigDecimal 可以很好地胜任该任务。 所有的 equals 方法都不能真正测试相等如浮点类型一样， BigDecimal 也有一些令人奇怪的行为。尤其在使用 equals() 方法来检测数值之间是否相等时要小心。 equals() 方法认为，两个表示同一个数但换算值不同（例如， 100.00 和 100.000 ）的 BigDecimal 值是不相等的。然而， compareTo() 方法会认为这两个数是相等的，所以在从数值上比较两个 BigDecimal 值时，应该使用 compareTo() 而不是 equals() 。 另外还有一些情形，任意精度的小数运算仍不能表示精确结果。例如， 1 除以 9 会产生无限循环的小数 .111111... 。出于这个原因，在进行除法运算时， BigDecimal 可以让您显式地控制舍入。 movePointLeft() 方法支持 10 的幂次方的精确除法。 使用 BigDecimal 作为互换类型SQL-92 包括 DECIMAL 数据类型，它是用于表示定点小数的精确数字类型，它可以对小数进行基本的算术运算。一些 SQL 语言喜欢称此类型为 NUMERIC 类型，其它一些 SQL 语言则引入了 MONEY 数据类型，MONEY 数据类型被定义为小数点右侧带有两位的小数。 如果希望将数字存储到数据库中的 DECIMAL 字段，或从 DECIMAL 字段检索值，则如何确保精确地转换该数字？您可能不希望使用由 JDBC PreparedStatement 和 ResultSet 类所提供的 setFloat() 和 getFloat() 方法，因为浮点数与小数之间的转换可能会丧失精确性。相反，请使用 PreparedStatement 和 ResultSet 的 setBigDecimal() 及 getBigDecimal() 方法。 对于 BigDecimal ，有几个可用的构造函数。其中一个构造函数以双精度浮点数作为输入，另一个以整数和换算因子作为输入，还有一个以小数的 String 表示作为输入。要小心使用 BigDecimal(double) 构造函数，因为如果不了解它，会在计算过程中产生舍入误差。请使用基于整数或 String 的构造函数。 构造 BigDecimal 数对于 BigDecimal ，有几个可用的构造函数。其中一个构造函数以双精度浮点数作为输入，另一个以整数和换算因子作为输入，还有一个以小数的 String 表示作为输入。要小心使用 BigDecimal(double) 构造函数，因为如果不了解它，会在计算过程中产生舍入误差。请使用基于整数或 String 的构造函数。 如果使用 BigDecimal(double) 构造函数不恰当，在传递给 JDBC setBigDecimal() 方法时，会造成似乎很奇怪的 JDBC 驱动程序中的异常。例如，考虑以下 JDBC 代码，该代码希望将数字 0.01 存储到小数字段： PreparedStatement ps = connection.prepareStatement("INSERT INTO Foo SET name=?, value=?"); ps.setString(1, "penny"); ps.setBigDecimal(2, new BigDecimal(0.01)); ps.executeUpdate();在执行这段似乎无害的代码时会抛出一些令人迷惑不解的异常（这取决于具体的 JDBC 驱动程序），因为 0.01 的双精度近似值会导致大的换算值，这可能会使 JDBC 驱动程序或数据库感到迷惑。JDBC 驱动程序会产生异常，但可能不会说明代码实际上错在哪里，除非意识到二进制浮点数的局限性。相反，使用 BigDecimal("0.01") 或 BigDecimal(1, 2) 构造 BigDecimal 来避免这类问题，因为这两种方法都可以精确地表示小数。

JAVA中一样也的 会进行由低到高自动转换public class TestTranform { public static void main(String[] args) { char b="c"; int a=4; int d= a+b; System.out.println (d); }}

在java中提供了大数字的操作类，即java.math.BinInteger类和java.math.BigDecimal类。这两个类用于高精度计 算，其中BigInteger类是针对大整数的处理类，而BigDecimal类则是针对大小数的处理类。下边我们介绍BigDecimal类： BigDecimal的实现利用到了BigInteger，不同的是BigDecimal加入了小数的概念。一般的float型和Double型数据只可 以用来做科学计算或者是工程计算，由于在商业计算中，要求的数字精度比较高，所以要用到java.math.BigDecimal类，它支持任何精度的定 点数，可以用它来精确计算货币值。Double（双精度浮点型）是计算机使用的一种资料型别。比起单精度浮点数(float)，Double(双精度浮点数)使用 64 位（8字节） 来储存一个浮点数。 它可以表示十进制的15或16位有效数字，负值取值范围为 -1.79769313486231570E+308 到 -4.94065645841246544E-324，正值取值范围为 4.94065645841246544E-324 到 1.79769313486231570E+308

所有的小数都要保留。一般用BigDecimal比较好

Integer不是基本类型，是int的包装类，无法把包装当做基本类型来用。比如，char a = "c"; int b = (Integer)a; 这样也是回报cannot cast错误的。必须是(int)a，用基本类型才能转。这是第一个问题。第二个问题 你的list.get(i).get("goods_amout")得到的应该是BigDecimal类型的，这个类型，不能用基本类型强转的。举个简单的例子，string a = "c"; int b = (int)a; 可以这样吗？ 要转化这个，用intValue()，也就是：list.get(i).get("goods_amout").intValue() 这样得到的就是个int 的值了。

if((x>100)&&(x<=200)){ system.out.println("在a区间");}else if((x>200)&&(x<=300))){ system.out.println("在b区间");}else if((x>300)&&(x<=400))){ system.out.println("在c区间");}else{ system.out.println("不符合区间");}

题目在哪里呢？？？

BigDecimal比大小，需要声明两个BigDecimal类型变量b1和b2，调用equals()方法比较大小。BigDecimal a = new BigDecimal("1.00");BigDecmial b = new BigDecimal(1);想比较一下a和b的大小，一般都会用equals。BigDecimal其他情况简介。使用BigDecimal类构造方法传入double类型时，计算的结果也是不精确的。因为不是所有的浮点数都能够被精确的表示成一个double 类型值，有些浮点数值不能够被精确的表示成 double 类型值，因此它会被表示成与它最接近的 double 类型的值。必须改用传入String的构造方法。这一点在BigDecimal类的构造方法注释中有说明。BigDecimal向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。如果舍弃部分左边的数字为奇数，则舍入行为与 ROUND_HALF_UP 相同。

BigDecimal比大小，需要声明两个BigDecimal类型变量b1和b2，调用equals()方法比较大小。BigDecimal a = new BigDecimal("1.00");BigDecmial b = new BigDecimal(1);想比较一下a和b的大小，一般都会用equals。BigDecimal其他情况简介。使用BigDecimal类构造方法传入double类型时，计算的结果也是不精确的。因为不是所有的浮点数都能够被精确的表示成一个double 类型值，有些浮点数值不能够被精确的表示成 double 类型值，因此它会被表示成与它最接近的 double 类型的值。必须改用传入String的构造方法。这一点在BigDecimal类的构造方法注释中有说明。BigDecimal向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。如果舍弃部分左边的数字为奇数，则舍入行为与 ROUND_HALF_UP 相同。

当然是使用compareTo：new BigDecimal(1).compareTo(new BigDecimal("1.0"))但是，注意：compareTo 其实也有坑。如果试用：new BigDecimal(1) 与new BigDecimal("1.00")，结果是true. 但是换成 new BigDecimal(1.2).compareTo(new BigDecimal("1.20"))，结果就是false.这时问题又来了。所以保险的办法是把小数位去掉再比较。比如*100。都升到个位数。或者统一使用setScale定好小数位。我之前就不知这个坑，搞了好久。

BigDecimal比大小，需要声明两个BigDecimal类型变量b1和b2，调用equals()方法比较大小。BigDecimal a = new BigDecimal("1.00");BigDecmial b = new BigDecimal(1);想比较一下a和b的大小，一般都会用equals。BigDecimal其他情况简介。使用BigDecimal类构造方法传入double类型时，计算的结果也是不精确的。因为不是所有的浮点数都能够被精确的表示成一个double 类型值，有些浮点数值不能够被精确的表示成 double 类型值，因此它会被表示成与它最接近的 double 类型的值。必须改用传入String的构造方法。这一点在BigDecimal类的构造方法注释中有说明。BigDecimal向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。如果舍弃部分左边的数字为奇数，则舍入行为与 ROUND_HALF_UP 相同。

BigDecimal a = new BigDecimal("1.00");BigDecmial b = new BigDecimal(1);想比较一下a和b的大小，一般都会用equalsSystem.out.println(a.equals(b));但是输出结果是：false原因是：BigDecimal比较时，不仅比较值，而且还比较精度？if(a.compareTo(b)==0) 结果是true比较大小可以用 a.compareTo(b) 返回值 -1 小于 0 等于 1 大于

可以这么比较啊，不会有什么异常，把上下代码贴上来看看

标准做法int r=big_decimal.compareTo(BigDecimal.Zero); //和0，Zero比较if(r==0) //等于if(r==1) //大于if(r==-1) //小于或者if(big_decimal.equals(BigDecimal.Zero)) //是否等于0

标准做法x0dx0aintr=big_decimal.compareTo(BigDecimal.Zero);//和0，Zero比较x0dx0aif(r==0)//等于x0dx0aif(r==1)//大于x0dx0aif(r==-1)//小于x0dx0ax0dx0a或者x0dx0aif(big_decimal.equals(BigDecimal.Zero))//是否等于0

过去式：bought；过去分词：bought。buy英[bau026a]美[bau026a]vt.购买，购得;n.交易，买卖;便宜货;vt.够支付;买通;收买;贿赂;[例句]Hecouldnotaffordtobuyahouse他买不起房子。[其他]第三人称单数：buys现在分词：buying过去式：bought过去分词：bought

2 Mg + O_2 u27f6 2 MgO

buy的过去式是bought，过去分词是bought。作及物动词时意思是购买；买；获得；收买。作不及物动词时意思是买。作名词时意思是购买；便宜货。比如：I bought him a drink in return for his help。我请他喝酒以酬谢他的帮助。 buy的用法 一.buy用作动词 1.buy的基本意思是用金钱换取等价物,即“购买”,是普通用词,可接具体物品如书籍、衣物等作宾语。buy也可表示“付出…以换取…”,这时可接健康、幸福、名声、忠诚等抽象名词作宾语。buy引申还可指“收买,贿赂”“相信(即买…的账)”。 2.buy在句中主要用作及物动词,偶尔用作不及物动词。用作及物动词时,后接名词或代词作宾语,有时还可接双宾语,其间接宾语可转化为介词for的宾语。可用于被动结构。 Money can"t buy happiness. 金钱买不来幸福。 I bought him a drink in return for his help. 我请他喝酒以酬谢他的帮助。 3.用作不及物动词 (vi.) A lot of people just come into the shop without buying. 有很多人进店但却不购物。 二.buy用作名词 buy作名词时的意思有二:一是“买卖”,指用于商品交换间的交易; 二是“便宜货”,指价格上略低的货物。 It"s a good buy at that price. 这是一笔价钱合算的买卖。 That shirt was a really great buy.

bought就是过去式，是buy的过去式。

关于镁条燃烧的应用如下：镁带一般指制备成带状的金属镁，化学符号为Mg，外观为有金属光泽的银白色固体。镁带中镁含量一般在99.96%以上，不溶于水，但能与热水反应，熔点为648℃，沸点为1107℃，可以燃烧，引燃温度在480～510℃。实验时不可用手触摸镁带（有高温）；点燃时应用坩埚钳（铁钳）夹住镁带，燃烧中的镁带发出大量的光，放出大量的热。（注意：不要对着光看太久，由于镁带燃烧时很亮，可能对眼睛有一定的影响）；燃烧后变成类似石灰似的纯白色粉末 燃烧后将生成物（即氧化镁）放在石棉网上观察即可。（不可直接放在桌上，以免污染桌面。）如生成淡黄色固体，则为氮化镁。镁条与氧气反应2Mg+O2→2MgO（反应条件：点燃或着缓慢氧化）镁条与氧气生成氧化镁。镁条与二氧化碳反应2Mg+CO2→C+2MgO（反应条件：点燃）镁条与二氧化碳生成氧化镁和碳单质。镁条燃烧会消耗氧气和氮气，但它也可以在二氧化碳中燃烧，是为数不多的可以在二氧化碳中燃烧的金属之一。镁条与稀盐酸反应Mg+2HCl→MgCl2+H2↑这是镁带在盐酸中的剧烈的化学反应，会产生大量的热，属于放热的化学变化．应用试管夹夹持试管以免烫伤。阳极应用用于高电阻率环境、套管内管道的保护、管道临时阴极保护、储罐及管网的保护、防强电干扰的接地栅等。镁带在摄影历史上的应用摄影师要在摄影前预先配好一定分量的闪光火药，然后在摄影时一边手动点燃，一边在巨响、闪光和白烟中按下快门。镁粉火药安全性不佳，因此调配火药时被爆炸所伤的摄影师不在少数，摄影时不慎被火药波及，须发卷曲、冒着黑烟的摄影师也成了漫画中常见的调侃题材。但是拜镁粉火药的强光所赐，黑暗中的物体在底片上也能成像，更快的快门速度使得瞬间动态能被凝固在胶片上，摄影术的应用领域被大大扩展了。随着电学的发展，新兴的能源技术给摆弄火药的摄影师们带来了一些变化。电流通过熔丝产生的热量被用于点燃镁粉火药，这种新产品被称为Flash-lamp，也就是今天的闪光灯一词来源。摄影师不用再担心被卷入火光之中，更重要的是可以通过电子线路实现闪光和拍摄的同步，大大扩展了闪光灯的使用范围。镁光灯在摄影界的王者地位结束于20世纪60年代，MIT的Harold Edgerton于1927年发明的氙气闪光管小型化并推向市场，顿时以电子万次闪光灯的名号打下江山，每用一次就要更换的闪光灯泡无论在成本还是便捷性上都没有办法与只要有电源就能使用多次的电子闪光灯相比，真正意义上的镁光灯就此退出了主流摄影。今日的智能电子闪光灯已经成为相机系统中不可或缺的一部分，功能也远远胜于它们的祖辈们。

镁在氧气中燃烧方程式2Mg+Ou2082=点燃=2MgO。镁在氧气中点燃，剧烈燃烧，发出耀眼白光，有白色固体（白烟）生成。镁在空气中点燃，发出耀眼光芒（有水雾），有白色固体（白烟）生成。 镁条化学反应 1.镁条与氮气反应 3Mg+N2→Mg3N2（反应条件：点燃）镁条与氮气生成氮化镁 2.镁条与氧气反应 2Mg+O2→2MgO（反应条件：点燃或着缓慢氧化） 镁条与氧气生成氧化镁 3.镁条与二氧化碳反应 2Mg+CO2→C+2MgO（反应条件：点燃） 镁条与二氧化碳生成氧化镁和碳单质。 镁条燃烧会消耗氧气和氮气，但它也可以在二氧化碳中燃烧，是为数不多的可以在二氧化碳中燃烧的金属之一。

　　buy有购买;买;获得;收买意思，那么你知道buy的过去式是什么吗?下面我为大家带来buy的过去式和用法例句，供大家参考学习! 　　buy的过去式及其他时态： 　　过去分词: bought 　　过去式: bought 　　现在分词: buying 　　buy的用法： 　　buy的用法1：buy的基本意思是用金钱换取等价物,即“购买”,是普通用词,可接具体物品如书籍、衣物等作宾语。buy也可表示“付出u2026以换取u2026”,这时可接健康、幸福、名声、忠诚等抽象名词作宾语。buy引申还可指“收买,贿赂”“相信(即买u2026的账)”。 　　buy的用法2：buy在句中主要用作及物动词,偶尔用作不及物动词。用作及物动词时,后接名词或代词作宾语,有时还可接双宾语,其间接宾语可转化为介词for的宾语。可用于被动结构。 　　buy的用法3：buy的主语一般是人,也可以是无生命的事物。 　　buy的用法4：表示“在某商店买”可接介词at; 表示“从某处买”可接介词from, of, off; 表示“花多少钱买”可接介词for, at;表示“给某人买”可说buy sb sth，也可说buy sth for sb，不能说buy sth to sb。 　　buy的用法5：buy是非延续性动词，不可与表示时间段的状语连用，但可与表示时间点的状语连用。 　　buy的用法6：buy偶尔可用于进行时,此时常具有特殊意义,如“抢购”“以分期付款的方式购买”等。 　　buy的过去式例句： 　　1. "Telmex" was bought off the government by a group of investors. 　　一批投资商从政府手中买下墨西哥电信公司。 　　2. I went to Brooks Brothers and bought myself a decent shirt. 　　我去布鲁克斯兄弟专卖店给自己买了一件体面的衬衫。 　　3. She bought Ann two bras and six pairs of knickers. 　　她给安买了两件胸罩、6条内裤。 　　4. Harry had carefully bought and wrapped presents for Mark to give them. 　　哈里精心购置了礼物又仔细包好，让马克交给他们。 　　5. He bought an investment property for $100,000 and put down $20,000. 　　他以10万美元买下一处投资性地产，并支付了2万美元的定金。 　　6. I once bought a thingummy out of one of those catalogues. 　　我曾经买过那些目录里的一样东西。 　　7. Dena bought rolls of silk that seemed ridiculously cheap. 　　德娜买了几卷看起来非常次的丝绸。 　　8. I can remember where and when I bought each one. 　　我记得每一件东西是在何地何时买的。 　　9. I bought them for a pound apiece, near enough. 　　我几乎是以一英镑一件的价钱买下了它们。 　　10. This is fearfully expensive compared with the last one I bought. 　　这和我上次买的相比贵得吓人。 　　11. He gestured at the shelves. "I"ve bought many books from him." 　　他指着书架说，“我已经从他那里买了不少书了”。 　　12. He bought me records to encourage my liking for music. 　　他给我买了唱片，希望培养我对音乐的兴趣。 　　13. She tipped the barmen 10 dollars and bought drinks all round. 　　她给了吧台服务员10美元小费，还请在场的所有人喝了酒。 　　14. That afternoon she went out and bought a new dress. 　　那天下午她出门买了一件新裙子。 　　15. She bought a travel-bag large enough to contain the film canisters. 　　她买了一只能装得下那些胶卷筒的旅行包。

过去式：bought。buy，作名词时意思是“购买，买卖；所购的物品；合算的东西”，作及物动词时意思是“购买；获得；贿赂；相信”，作不及物动词时意思是“买，采购”。 buy的过去式 过去式：bought 过去分词：bought vt.购买，购得； n.交易，买卖；便宜货； vt.够支付；买通；收买；贿赂； 第三人称单数：buys 现在分词：buying buy的双语例句 1、I advise you not to buy her anything. 我建议你别给她买任何东西。 2、Buy it if you like it! 请购买它如果您喜欢！ 3、You should buy her some flowers. 你可以给她买一些花。 4、He could not afford to buy a house 他买不起房子。

镁条在氧气中剧烈燃烧，发出耀眼白光，放出大量热，生成白色固体

buy的过去式bought

镁条在空气中剧烈燃烧，发出耀眼白光，放出大量热，生成白色固体。但是你没有说清楚镁条在什么条件下燃烧所以举了这个例子，镁条还可以在氧气中燃烧在二氧化碳中燃烧等等

镁条就是把镁制成条形状态，最主要的成分仍然是镁。镁是一种金属元素，相对原子质量为24，外观呈银白色，具有金属光泽，燃烧时会产生刺眼的白光。镁条在空气中燃烧的化学方程式有：镁条在氧气燃烧的化学方程式：2Mg + O2 =点燃= 2MgO镁条在氮气中燃烧的化学方程式为：3Mg+N2=点燃=Mg3N2镁条在二氧化碳中燃烧的化学方程式为：2Mg+CO2=点燃=2MgO+C

是bought是buy的过去式