Apktool
                                
                                
                                
                                    Apktool copied to clipboard
                            
                            
                            
                        Restore "Last-Modified" time during apk generation.
Information
- Apktool Version (
apktool -version) - 2.4.0 - Operating System (Mac, Linux, Windows) - Windows 10 64-bit
 - APK From? (Playstore, ROM, Other) - APKMirror
 
Steps to Reproduce
apktool d <app>.apk- Edit a file. For example, AndroidManifest.xml
 apktool b <app> -o <new_app>.apk- Now open both 
.apk and <new_app>.apk with 7-Zip FIle Manager or similar and compare both edited files, in our example, AndroidManifest.xml: the original file, in .apk will have the bare minimum needed metadata and last edited date of 01/01/2009, while the edited file, in <new_app>.apk will have more metadata (thus more overhead) than the original file.  
N.B. this is just an example, all files inside the apk (zip), regardless if edited or not, will have those added metadata, at least the current date instead of 01/01/2009.
Performing a zipalign does not solve the issue.
APK
If this APK can be freely shared, please upload/attach a link to it. Google Phone
Questions to ask before submission
- Have you tried 
apktool d,apktool bwithout changing anything? Yes - If you are trying to install a modified apk, did you resign it? Yes
 - Are you using the latest apktool version? Yes
 
Attached pictures:
In red, you can notice that by removing from the apk (zip) the file android-support-multidex.version and putting it back again, metadata is added. In green , date difference between original and edited app.

So is there a bug you are encountering with this behavior?
Not that I know or have discovered, and I think there aren't. It's just that it would be cleaner because the apk file would be more similar to a genuine apk.
Okay, I did some investigation and we could probably do this by recording the LastModified time of files during read, then re-set them back to that value after writing zip file.
However, system is not really designed to do that at all. So marking as feature request for backlog.
Hello, I think that this feature is very important for reproducible rebuilds. Could you please make it possible to set that date to an arbitrary value?