Our project has over 7000 bundles, and catalog.json is about 12.1MB. A large part of it is from ‘m_extraDataString’, which is about 8.3MB. After some investigation, I found there are lots of waste from serializing AssetBundleRequestOptions(every bundle has one AssetBundleRequestOptions object be serialized in m_extraDataString).
Here is the statistics for serializing one AssetBundleRequestOptions object:
My purpose is reducing size of remote catalog, so ‘Compress Local Catalog’ dosen’t help. For ‘Internal Asset Naming Mode’, I’ll try it tomorrow, but it isn’t related to ‘m_extraDataString’.
Here is the stats for our catalog.json:
As you can see, the largest part is ‘m_extraDataString’, so I think optimizing it is most helpful to reduce size of catalog.json.