Dipende da ciò che si pensa di iOS.
Il kernel è per lo più scritto in C con un po' di assembly e un po' di C++ incorporato. I boot loader (due stadi) sono assembly e C. O forse mi ricordo male e il primo stadio è tutto assembly.
I device driver sono per lo più C++ incorporato, o forse in realtà tutto C++, ma alcuni usano sicuramente solo la parte C di C++.
Le librerie di livello inferiore sono C e alcune assembly. Le librerie/frameworks di livello superiore sono C/C++, ObjC, ObjC++, e (raramente) qualche assembly. Il C++ non è mai esposto come API. Se alcune librerie/frameworks sono ora scritte in Swift, anch'esse non sono esposte come API (non esiste ancora un'ABI Swift stabile). I demoni di sistema sono C/C++/ObjC. Non vedo alcuna ragione per cui non siano ObjC++, ma non credo che lo fossero.
Nota: a partire da iOS 13 alcune delle librerie (SwiftUI e Combine) hanno un'API Swift (solo) e mi aspetto che siano scritte in Swift (la mia risposta originale era precedente all'annuncio pubblico di iOS 13)
Le app in bundle sono per lo più ObjC, alcune potrebbero essere state ObjC++. Nessuna era Swift l'ultima volta che sono stato lì, ma potrebbero aver riscritto (o aggiunto alcune nuove classi) alcune delle app in bundle più piccole in Swift solo per avere esperienza operativa.
Alcuni piccoli pezzi casuali del sistema sono in altre lingue. Non sono sicuro che non abbia script di shell... ma penso che non ne abbia perché mi sembra di ricordare che non sia stata fornita alcuna shell. Ha sicuramente qualche schema (tiny-scheme per essere esatti), le definizioni della sandbox su iOS (e macOS) sono scritte in schema, sono elaborate da un programma che originariamente era scritto in C++ (ma non so se lo è ancora) e inviato al kernel dove del semplice vecchio codice C opera sui dati elaborati.
Un sacco di cose tipo servizio di sistema Unixy (ntpd per esempio) sono scritte in C, alcune potrebbero essere in C++, ma a causa della loro età e origine sono per lo più C.