我有三个合成器应用程序：
他们在一台连接USB的手机上完美地为我工作，在多个android工作室模拟器下，但偶尔会在用户部署崩溃时使用非法状态或nullpointerexceptions或tgKill。
我设法用overTrimMemory（）覆盖大部分问题，使用ComponentCallbacks2接口和策略性地放置在内存占用代码上的System.GC（）。我的崩溃报告并不是最小的，但仍然不如我想的那么完美。
合成器本身可以根据触摸屏的XY访问频率创建多达六个振荡器。
每个振荡器使用标准的Audiotrack声音合成过程创建波形对象（锯齿，方形，正弦，三角形）。
在主要活动中我处理动作事件，但在每次动作时停止，启动和冲洗Audiotrack。
我可以尝试进一步优化内存的想法吗？