首先你的理解是错的，不管用户态的API(syscall)是否是同步还是异步，在kernel层面都是异步的。
为镜湖等地区用户提供了全套网页设计制作服务，及镜湖网站建设行业解决方案。主营业务为成都网站制作、网站设计、镜湖网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
其实实现原理很简单，就是利用C(嵌入汇编)语言可以直接修改寄存器(setcontext/setjmp/longjmp均是类似原理，修改程序指针eip实现跳转，栈指针实现上线文切换)来实现从func_a调进去，从func_b返回出来这种行为。对于golang来说，func_a/func_b属于不同的goroutine，从而就实现了goroutine的调度切换。
另外对于所有可能阻塞的syscall，golang对其进行了封装，底层实际是epoll方式做的，注册回调后切换到另一个runnable的goroutine。
URL编码解码，又叫百分号编码，是统一资源定位(URL)编码方式。URL地址（常说网址）规定了常用地数字，字母可以直接使用，另外一批作为特殊用户字符也可以直接用（/,:@等），剩下的其它所有字符必须通过%xx编码处理。 现在已经成为一种规范了，基本所有程序语言都有这种编码，如js：有encodeURI、encodeURIComponent，PHP有 urlencode、urldecode等。编码方法很简单，在该字节ascii码的的16进制字符前面加%. 如 空格字符，ascii码是32，对应16进制是'20'，那么urlencode编码结果是:%20
1 为什么要URL编码
在因特网上传送URL，只能采用ASCII字符集，也就是说URL只能使用英文字母、阿拉伯数字和某些标点符号，不能使用其他文字和符号，即只有字母和数字[0-9a-zA-Z]、一些特殊符号$-_.+!*'()[不包括双引号]、以及某些保留字（空格转换为+），才可以不经过编码直接用于URL。这意味着如果URL中有汉字，就必须编码后使用。 但是麻烦的是 标准的国际组织并没有规定具体的编码方法，而是交给应用程序（浏览器）自己决定。 这导致"URL编码"成为了一个混乱的领域。
2 如何URL编码解码
「URL编码解码工具 」可以对任意URL进行编码和解码操作，支持utf-8编码，URL编码是一种 浏览器 用来打包表单输入的格式。主要是用于将含有中文字符的URL转换成易于传播的编码，可以用于将网址进行重新编码，从而可以在一些禁止发链接的论坛上插入网址。
相信当各位使用这款工具之后，一定会成为你的好帮手。
URL中不能显示地包含空格这已经是一个共识，而空格以何种形式存在，在不同的标准中又不完全一致，以致于不同的语言也有了不同的实现。
rfc2396 中明确表示空格应该被编码为 %20 。
而W3C的标准中却又说空格可以被替换为 + 或者 %20 。
老许当场懵逼，空格被替换为 + ，那 + 本身只能被编码。既然如此，为什么不直接对空格进行编码呢。当然这只是老许心中的疑惑，以前的背景我们已经无法追溯，已成的事实我们也无法改变。但，空格到底是被替换为 + 还是 20% ， + 是否需要被编码都是现在的我们需要直面的问题。
作为Gopher最先关注的自然是Go语言本身的实现，因此我们首先了解一下Go中常用的三种URL编码方式的异同。
使用 url.QueryEscape 编码时，空格被编码为 + ，而 + 本身被编码为 %2B 。
使用 url.PathEscape 编码时，空格被编码为 20% , 而 + 则未被编码。
使用 (Values).Encode 方法编码时，空格被编码为 + ，而 + 本身被编码为 %2B ，进一步查看 (Values).Encode 方法的源码知其内部仍旧调用 url.QueryEscape 函数。而 (Values).Encode 方法和 url.QueryEscape 的区别在于前者仅编码query中的key和value，后者会对 = 、 均进行编码。
对我们开发者而言，这三种编码方式到底应该使用哪一种，请继续阅读后文相信你可以在后面的文章中找到答案。
既然空格和 + 在Go中的URL编码方式有不同的实现，那在其他语言中是否也存在这样的情况呢，下面以PHP和JS为例。
urlencode
rawurlencode
PHP的 urlencode 和Go的 url.QueryEscape 函数效果一致，而 rawurlencode 则将空格和 + 均进行编码。
encodeURI
encodeURIComponent
JS的 encodeURI 和Go的 url.PathEscape 函数效果一致，而 encodeURIComponent 则将空格和 + 均进行编码。
在前文中已经总结了 Go 、 PHP 和 JS 对 +Gopher指北 的编码操作，下面总结一下其对应的解码操作是否可行的二维表。
上表中的 YY 和 Y 同含义，老许仅以 YY 表示在Go中推荐使用 url.PathEscape 进行编码，同时在PHP和JS中分别推荐使用 rawurldecode 和 decodeURIComponent 进行解码。
在实际的开发过程中，Gopher一定会存在需要解码的场景，此时就需要和URL编码方进行沟通以得到合适的方式解码。
那有没有通用的不需要URL编解码的方式呢？毫无疑问是有的！以 base32 编码为例，其编码字符集为 A-Z和数字2-7 ，此时对值进行base32编码后就无需url编码了。
最后，衷心希望本文能够对各位读者有一定的帮助。
参考