clang

前言 本例采用brew安装。未安装brew，参考 Mac 安装Brew 。 安装步骤 search brew search python3 ==> Formulae boost-python3 python3 ✔ python@3 ✔ python@3.8 If you meant "python3" specifically: It was migrated from homebrew/cask to homebrew/core. Install brew install python3 bash_profile vi ~/.bash_profile alias python="/usr/local/bin/python3" source ~/.bash_profile 查看版本 python Python 3.7.6 (default, Apr 2 2020, 12:41:48) [Clang 11.0.0 (clang-1100.0.33.17)] on darwin Type "help", "copyright", "credits" or "license" for more information. 来源： oschina 链接： https://my.oschina.net/wuxinshui/blog/4258492

【转】Python3中遇到UnicodeEncodeError: 'ascii' codec can't encode characters in ordinal not in range(128) 现象 打印任何一种包含有中文的对象，字典、列表、DataFrame、或字符串。比如： print ( ' 中文 ' ) 控制台报错： Traceback (most recent call last): File "printcn.py", line 1, in <module> print('\u4e2d\u6587') UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-1: ordinal not in range(128) 换另外一台机器可以正常显示 中文 。或者在PyCharm里执行也可以正常显示。只有在命令行控制台会报错。 我的环境是MacOS 10.13.3 中文，Anaconda3 5.0.1 Python 3.6.3 |Anaconda custom (64-bit)| (default, Oct 6 2017, 12:04:38) [GCC 4.2.1 Compatible Clang 4.0.1 (tags/RELEASE_401/final)] on darwin

Python3中遇到UnicodeEncodeError: 'ascii' codec can't encode characters in ordinal not in range(128) 现象 打印任何一种包含有中文的对象，字典、列表、DataFrame、或字符串。比如： print('中文') 控制台报错： Traceback (most recent call last): File "printcn.py", line 1, in <module> print('\u4e2d\u6587') UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-1: ordinal not in range(128) 换另外一台机器可以正常显示 中文 。或者在PyCharm里执行也可以正常显示。只有在命令行控制台会报错。 我的环境是MacOS 10.13.3 中文，Anaconda3 5.0.1 Python 3.6.3 |Anaconda custom (64-bit)| (default, Oct 6 2017, 12:04:38) [GCC 4.2.1 Compatible Clang 4.0.1 (tags/RELEASE_401/final)] on darwin Type "help"

前言 最近高德地图APP完成了一次启动优化专项，超预期将双端启动的耗时都降低了65%以上，iOS在iPhone7上速度达到了400毫秒以内。就像产品们用后说的，快到不习惯。算一下每天为用户省下的时间，还是蛮有成就感的，本文做个小结。 （文中配图均为多才多艺的技术哥哥手绘） 启动阶段性能多维度分析 要优化，首先要做到的是对启动阶段的各个性能纬度做分析，包括主线程耗时、CPU、内存、I/O、网络。这样才能更加全面的掌握启动阶段的开销，找出不合理的方法调用。 启动越快，更多的方法调用就应该做成按需执行，将启动压力分摊，只留下那些启动后方法都会依赖的方法和库的初始化，比如网络库、Crash库等。而剩下那些需要预加载的功能可以放到启动阶段后再执行。 启动有哪几种类型，有哪些阶段呢？ 启动类型分为： Cold：APP重启后启动，不在内存里也没有进程存在。 Warm：APP最近结束后再启动，有部分在内存但没有进程存在。 Resume：APP没结束，只是暂停，全在内存中，进程也存在。 分析阶段一般都是针对Cold类型进行分析，目的就是要让测试环境稳定。为了稳定测试环境，有时还需要找些稳定的机型，对于iOS来说iPhone7性能中等，稳定性也不错就很适合，Android的Vivo系列也相对稳定，华为和小米系列数据波动就比较大。 除了机型外，控制测试机温度也很重要，一旦温度过高系统还会降频执行

【推荐阅读】微服务还能火多久？>>> 在上世纪 7-80 年代，应用最为广泛的 UNIX 操作系统通常是一个闭源的商业软件。1983 年，麻省理工学院的程序员理查德·斯托曼提出了 GNU 计划，希望发展出一套完整的、开发源代码的操作系统以取代 UNIX，志在创建一个完全兼容 UNIX 的自由软件生态环境。 我们知道，一个完整的操作系统是需要包含许多软件的，除了最重要的操作系统内核之外，还需要有编辑器，编译器，Shell、视窗系统等等一系列软件作为支撑。直到 1989 年，GNU 计划中的其他部份都已经完成了，独缺一个操作系统内核。 1990 年，自由软件基金会开始将 Hurd 内核加入 GUN 计划。第二年，Linux 诞生，由于 Linux 诞生即开源，其良好的开放性使得几乎所有 GNU 计划中的、运行于用户空间的软件都可以在 Linux 上使用。于是许多开发者开始转向于 Linux，参与了 Linux 的开发与修改，Linux 也逐步成为了最受欢迎的 GNU 软件开发及运行平台。相反的，Hurd 内核直到 2013 年为止都还没能发布稳定的版本。 1992 年，Linux 与 GNU 计划结合，一个完全自由的操作系统正式诞生了。当时，理查德·斯托曼主张，因为 Linux 使用了许多的 GNU 软件，所以应该正名为 GNU/Linux，但这一提议并没有得到 Linux