### آیا هم‌زمانی از موازی‌سازی بهتره؟

نه! این نتیجه داستان نیست.

labels.notificationTo=Powiadom do
labels.num=Liczba
labels.pn=Numer strony
labels.protocolScheme=Schemat
labels.purgeByBots=Usuń przez boty
labels.logLevel=Poziom logowania
labels.purgeSearchLogDay=Usuń dzienniki wyszukiwania
labels.query=Zapytanie
labels.queryId=ID zapytania
labels.rt=rt
labels.searchLog=Dziennik wyszukiwania
labels.sort=Sortuj
labels.start=Pozycja początkowa
labels.loginRequired=Wymagane logowanie

	// fmt.Printf("lastReq: %#v\n", lastReq.URL.String())

	// On form submission, the last redirect response contains the auth
	// code, which we now have in `lastReq`. Exchange it for a JWT id_token.
	q := lastReq.URL.Query()
	// fmt.Printf("lastReq.URL: %#v q: %#v\n", lastReq.URL, q)
	code := q.Get("code")
	oauth2Token, err := oauth2Config.Exchange(ctx, code)
	if err != nil {

 *         .catching(DBException.class, e -> "no user", directExecutor())
 *         .finishToFuture();
 * }
 *
 * In this example, when the {@code userName} {@link Future} is done, the transaction and the query
 * result cursor will both be closed, even if the operation is cancelled or fails.
 *
 * <h4>Manually closing</h4>
 *
 * If you want to close the captured objects manually, after you've used the final result, call

### Ist Nebenläufigkeit besser als Parallelität?

Nein! Das ist nicht die Moral der Geschichte.

labels.notificationTo=Notificar para
labels.num=Número
labels.pn=Número da página
labels.protocolScheme=Esquema
labels.purgeByBots=Excluir por Bots
labels.logLevel=Nível de log
labels.purgeSearchLogDay=Excluir logs de pesquisa
labels.query=Consulta
labels.queryId=ID da consulta
labels.rt=rt
labels.searchLog=Log de pesquisa
labels.sort=Ordenar
labels.start=Posição inicial
labels.loginRequired=Requer login
labels.loginLink=Mostrar link de login

labels.ignoreFailureType=忽略的失败类型
labels.lastAccessTime=上次访问时间
labels.notificationTo=通知到
labels.num=数量
labels.pn=页码
labels.protocolScheme=方案
labels.purgeByBots=按机器人清除
labels.logLevel=日志级别
labels.purgeSearchLogDay=删除搜索日志
labels.query=查询
labels.queryId=查询ID
labels.rt=rt
labels.searchLog=搜索日志
labels.sort=排序
labels.start=开始位置
labels.loginRequired=需要登录
labels.loginLink=显示登录链接
labels.threadName=线程名称
labels.url=URL
labels.userFavorite=收藏日志

labels.num=Nombre
labels.pn=Numéro de page
labels.protocolScheme=Schéma
labels.purgeByBots=Purger les robots
labels.logLevel=Niveau de journalisation
labels.purgeSearchLogDay=Purger le journal de recherche
labels.query=Requête
labels.queryId=ID de requête
labels.rt=rt
labels.searchLog=Journal de recherche
labels.sort=Trier
labels.start=Démarrer
labels.loginRequired=Connexion requise
labels.loginLink=Afficher le lien de connexion

labels.num=Número
labels.pn=Número de página
labels.protocolScheme=Esquema
labels.purgeByBots=Eliminar por Bots
labels.logLevel=Nivel de registro
labels.purgeSearchLogDay=Eliminar registros de búsqueda
labels.query=Consulta
labels.queryId=ID de consulta
labels.rt=rt
labels.searchLog=Registro de búsqueda
labels.sort=Ordenar
labels.start=Posición de inicio
labels.loginRequired=Requiere inicio de sesión

這與 **FastAPI** 所能提供的性能水平相同。

你可以同時利用並行性和平行性，進一步提升效能，這比大多數已測試的 NodeJS 框架都更快，並且與 Go 語言相當，而 Go 是一種更接近 C 的編譯語言（<a href="https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query&l=zijmkf-1" class="external-link" target="_blank">感謝 Starlette</a>）。

### 並行比平行更好嗎？

不是的！這不是故事的本意。

並行與平行不同。並行在某些 **特定** 的需要大量等待的情境下表現更好。正因如此，並行在 Web 應用程式開發中通常比平行更有優勢。但並不是所有情境都如此。

因此，為了平衡報導，想像下面這個短故事