I was able to somewhat disable AWDL by doing this like you suggest:
sudo /usr/libexec/airportd en0 prefs AWDLEnabled=YES
And then restarting airportd so that it picks up the change: sudo launchctl kickstart -k system/com.apple.airportd
This worked without having to disable SIP and modify com.apple.airportd.plistIt doesn't take the awdl0 interface down, and I still see some traffic on it, but I can confirm that it disables some awdl features like "Unlock with Watch" and Screen Sharing over awdl. (Screen Sharing will work over your wifi network instead, but normally it'll prefer a direct awdl link)
> sudo /usr/libexec/airportd en0 prefs AWDLEnabled=YES
Wait, why AWDLEnabled = YES? Is it like with those Cisco routers, where "do X" was usually done by negating "do inverse-of-X"? E.g. "no interface up foo" to bring down interface "foo".
Also you can check what your current prefs by just not passing any args after `prefs`:
sudo /usr/libexec/airportd en0 prefsThat prevents it from doing any WiFi direct things, but otherwise would leave it functional.
Yes, Bonjour name resolution, which Screen Sharing uses, can also run over AWDL, but of course it does not have to.
There was a bug in OS X Yosemite and older versions of iOS which caused any AWDL activity to severely increase network jitter and latency; this sounds like a regression.
https://medium.com/@mariociabarra/wifried-ios-8-wifi-perform...
Or you could create a kext (using deprecated KPIs) that continuously blocks the interface from coming up: