Откуда ты знаешь, что у тебя течь? Часто то, что считается утечкой, действительно не является утечкой или утечкой в вашем собственном коде. В частности, статический анализатор только дает предложения, но часто ошибается в своих предположениях.
Вы также можете связаться с автором библиотеки Стивом Олдмедоу, его можно найти на форуме cocos2d. По крайней мере, он может подтвердить ошибку или объяснить, почему это не утечка.
Во-вторых, я бы не придавал слишком большого веса утечкам. Давайте предположим, что вы пропускаете 16 байт каждый раз, когда начинаете музыку. Вы должны были бы начать музыку 16.000 раз, чтобы просочиться 16 КБ. Насколько вероятно это в вашем приложении и насколько сильно вам «нужны» эти 16 КБ?
В-третьих, скажите своему боссу, что устранили утечку. Если ему не нужны утечки в приложении, он явно не (хороший) программист. Я знаю, что это ложь, и я знаю, что будут программисты, которые будут ненавидеть меня. Но на самом деле, прежде чем тратить часы или даже дни, чтобы найти «лучший» способ воспроизведения музыки (возможно, с другими побочными эффектами), а не использовать то, что проверено и оправдано в сотнях приложений для iPhone, такая белая ложь спасет вашего босса куча денег.
Я думаю, что слишком многие думают, что утечка памяти - это приложение, которое часто падает. Это не так, если только утечки не являются значительными, что приводит к ошибкам нехватки памяти или в некоторых случаях фрагментации памяти.