Executando verificação de segurança...
1

Rapaz, não é possível!
O cara deu uma ótima explicação sobre o conceito, e muita gente que dúvido que leu tudo, apenas deu downvote.

A comunidade da ficando tóxica na moral mesmo!

Um rapaz abaixo, disso você não está confundindo com paralelismo, que tem haver bicho?
O cara falou todo tempo só não deixou explicito o nome concorrência.

Lembro que a um bom tempo atrás eu fiz um Schedule na linguagem Euphoria, que não tem um tipo de thread chamada cooperativa, onde não um agente superior que fica dizendo quando parar uma execução para dar pra outro executar como funciona na concorrência, então o que fiz foi criar um agent que lida com isso.

Quem quiser olhar: https://github.com/Ddiidev/AgentSchedule

Enfim, vocês precisam parar e ler atentamente.

Ótimo conteúdo xafiyom362

Carregando publicação patrocinada...
-1

Sinceramente, você está compartilhando do analfabetismo funcional.

A explicação é inválida. Porque uma coisa assíncrona é uma coisa que ocorre "fora de sincronia".

No JavaScript os eventos ocorrem fora de sincronia (porque o código só executa quando o evento ocorre e não quando o código foi definido). O mesmo vale pra Promises.

No PHP, basta verificar as interfaces SplObserver e SplObservable, que garantem a assíncronissidade também no PHP, pois o código só executa após ocorrer o evento de notificação.

Favor não confundir processamento assíncrono com processamento paralelo/concorrente.

1
0

Sinceramente, você está compartilhando do analfabetismo funcional.

Tá bom cara, já que ofendeu, agora prove, faz uma demonstração de algo sendo executado fora de sincronia em Jvascript sem usar WebAPI e Workers, porque Promises são "agendadas" logo após serem criadas logo:

console.log("Início da execução");
new Promise((resolve) => { console.log("Blah"); });
console.log("Fim da execução");

Não demonstra isso porque new Promise((resolve) => { console.log("Blah"); }); é executado na ordem (ou sincrono) colocando (resolve) => { console.log("Blah"); } para ser executado após, e isso:

async teste () => {
  console.log("Blah");
}
console.log("Início da execução");
teste();
console.log("Fim da execução");

É essencialmente a mesma coisa teste(); é executado de forma sincrona e uma função interna é chamada contendo { console.log("Blah"); } é executada a posteriori, setTimeout segue a mesma linha, ambas são Out-of-Order Execution mas nenhuma é assíncrona, apenas modificam a pilha