Fix diff stuck on large JARs (#469)

The issue occurred because JAR parsing performs an expensive `sorted()` operation on all class members. During this sort, Diffuse used `TypeDescriptor.compareTo()` which computed a human-readable `sourceName` on-the-fly for every single comparison, causing tens of millions of string allocations and essentially hanging the JVM due to Garbage Collection (GC) thrashing. (APK parsing bypassed this as its DEX reader does not invoke sorting on members).

I changed `TypeDescriptor.compareTo` to directly compare the internal JVM `.value`, which is an instant, allocation-free comparison.

Tested it manually.

Co-authored-by: Jake Wharton <jw@jakewharton.com>

Author: Goooler

CHANGELOG.md

@@ -2,9 +2,14 @@
 
 ## [Unreleased]
 [Unreleased]: https://github.com/JakeWharton/diffuse/compare/0.3.0...HEAD
+
 **Added**
 - Add `--summary-only` flag.
 
+**Fixed**
+- Significantly improve `.jar` diff performance.
+
+
 ## [0.3.0] - 2024-02-20
 [0.3.0]: https://github.com/JakeWharton/diffuse/releases/tag/0.3.0
 

formats/src/main/kotlin/com/jakewharton/diffuse/format/TypeDescriptor.kt

@@ -3,7 +3,7 @@ package com.jakewharton.diffuse.format
 @JvmInline
 value class TypeDescriptor(val value: String) : Comparable<TypeDescriptor> {
   override fun compareTo(other: TypeDescriptor): Int {
-    return sourceName.compareTo(other.sourceName)
+    return value.compareTo(other.value)
   }
 
   val sourceName