No. AS3 main loop is synchronous, so you can't get two different classes conflict over setting that array at the same time, unless they both won't use its current state when deciding what to change, like storing an action based on that array's data to do after returning control to main event loop. Otherwise, if you have multiple event listeners in multiple classes/instances that all listen to the same event, they all get queued somehow (details depend on adding event listener order, display list structure, listener type of capture/bubble if applicable, etc), and when a certain class gets its event listener run, it can be sure that the array in question isn't manipulated elsewhere but its own event listener. So, with normal event listeners you are safe to employ simple access model to your shared variables of any kind.
The Worker is a different thing, these use separate threads and thus are truly parallel, so extra security is required to both plan and implement parallel processes accessing the same entity for read and write.
UPDATE: I have read the referred answer and have found it confusing. That one means that if you don't update something regularly based on some global variable's content, you will have to tell a displaying entity that the global data has been changed if you need it to update itself immediately. This is not the exact conflict, but rather an inconsistent state across application if your view is not updating its data from model. It's rather a design flaw than an actual access conflict. Skip it.
