System.currentTimeMillis () เทียบกับวันที่ใหม่ () กับ Calendar.getInstance (). getTime ()

ใน Java ประสิทธิภาพการทำงานและทรัพยากรของการใช้คืออะไร

System.currentTimeMillis() 

เมื่อเทียบกับ

new Date() 

เมื่อเทียบกับ

Calendar.getInstance().getTime()

เท่าที่ฉันเข้าใจมันSystem.currentTimeMillis()เป็นสิ่งที่มีประสิทธิภาพมากที่สุด อย่างไรก็ตามในแอปพลิเคชั่นส่วนใหญ่ค่าที่มีความยาวนั้นจะต้องถูกแปลงเป็น Date หรือวัตถุที่คล้ายกันเพื่อทำสิ่งที่มีความหมายต่อมนุษย์

System.currentTimeMillis()เห็นได้ชัดว่ามีประสิทธิภาพมากที่สุดเพราะมันไม่ได้สร้างวัตถุ แต่new Date()เป็นเพียงเสื้อคลุมบาง ๆ ที่มีความยาวดังนั้นมันจึงไม่อยู่ด้านหลัง Calendarในทางกลับกันค่อนข้างช้าและซับซ้อนมากเนื่องจากต้องจัดการกับความซับซ้อนและสิ่งแปลกประหลาดทั้งหมดที่มีอยู่ในวันที่และเวลา (ปีอธิกสุรทินออมทรัพย์เขตเวลา ฯลฯ )

โดยทั่วไปแล้วเป็นความคิดที่ดีที่จะจัดการกับการประทับเวลาที่ยาวนานหรือDateวัตถุภายในแอปพลิเคชันของคุณและใช้เฉพาะCalendarเมื่อคุณจำเป็นต้องทำการคำนวณวันที่ / เวลาหรือจัดรูปแบบวันที่เพื่อแสดงให้ผู้ใช้เห็น หากคุณต้องทำสิ่งนี้มากการใช้Joda Timeน่าจะเป็นความคิดที่ดีสำหรับอินเทอร์เฟซที่สะอาดตาและประสิทธิภาพที่ดีขึ้น

มองไปที่ JDK ตัวสร้างส่วนในสุดCalendar.getInstance()จะมีสิ่งนี้:

public GregorianCalendar(TimeZone zone, Locale aLocale) {
    super(zone, aLocale);
    gdate = (BaseCalendar.Date) gcal.newCalendarDate(zone);
    setTimeInMillis(System.currentTimeMillis());
}

ดังนั้นมันจะทำสิ่งที่คุณแนะนำโดยอัตโนมัติ ตัวสร้างเริ่มต้นของวันที่เก็บสิ่งนี้:

public Date() {
    this(System.currentTimeMillis());
}

ดังนั้นจึงไม่จำเป็นต้องมีเวลาของระบบโดยเฉพาะเว้นแต่คุณต้องการทำคณิตศาสตร์ด้วยก่อนที่จะสร้างวัตถุปฏิทิน / วันที่ของคุณ นอกจากนี้ฉันต้องแนะนำjoda-timeเพื่อใช้แทนคลาสปฏิทิน / วันที่ของ Java เองหากจุดประสงค์ของคุณคือการคำนวณวันที่เป็นจำนวนมาก

หากคุณกำลังใช้วันที่แล้วผมขอแนะนำให้คุณใช้ jodatime, http://joda-time.sourceforge.net/ ใช้System.currentTimeMillis()สำหรับเขตข้อมูลที่เป็นวันที่ดูเหมือนเป็นความคิดที่แย่มากเพราะคุณจะพบกับโค้ดที่ไร้ประโยชน์มากมาย

ทั้งวันที่และปฏิทินมีการกระตุกอย่างรุนแรงและปฏิทินเป็นนักแสดงที่เลวร้ายที่สุดของพวกเขาทั้งหมด

ฉันขอแนะนำให้คุณใช้System.currentTimeMillis()เมื่อคุณใช้งานจริงกับมิลลิวินาทีเช่นนี้

 long start = System.currentTimeMillis();
    .... do something ...
 long elapsed = System.currentTimeMillis() -start;

ฉันชอบใช้ค่าที่ส่งคืนโดยSystem.currentTimeMillis()สำหรับการคำนวณทุกประเภทและใช้เฉพาะCalendarหรือDateถ้าฉันต้องการแสดงค่าที่มนุษย์อ่าน สิ่งนี้จะป้องกัน 99% ของข้อบกพร่องในการปรับบันทึกเวลาตามฤดูกาลของคุณ :)

บนเครื่องของฉันฉันลองตรวจสอบดู ผลลัพธ์ของฉัน:

Calendar.getInstance (). getTime () (* 1000000 ครั้ง) = 402ms
ใหม่วันที่ (). getTime (); (* 1000000 ครั้ง) = 18ms
System.currentTimeMillis () (* 1000000 ครั้ง) = 16ms

อย่าลืมเกี่ยวกับ GC (ถ้าคุณใช้Calendar.getInstance()หรือnew Date())

คุณอาจต้องพิจารณาใช้System.nanoTime()แทนทั้งนี้ขึ้นอยู่กับแอปพลิเคชันของคุณ

ฉันลองสิ่งนี้:

        long now = System.currentTimeMillis();
        for (int i = 0; i < 10000000; i++) {
            new Date().getTime();
        }
        long result = System.currentTimeMillis() - now;

        System.out.println("Date(): " + result);

        now = System.currentTimeMillis();
        for (int i = 0; i < 10000000; i++) {
            System.currentTimeMillis();
        }
        result = System.currentTimeMillis() - now;

        System.out.println("currentTimeMillis(): " + result);

และผลก็คือ:

วันที่ (): 199

currentTimeMillis (): 3

System.currentTimeMillis() เห็นได้ชัดว่าเร็วที่สุดเพราะเป็นวิธีการเดียวที่เรียกใช้และไม่จำเป็นต้องมีตัวรวบรวมขยะ