1. 诺基亚110和105哪个好，诺基亚1104g能上网吗？

不能

虽然该机是 4G 手机，但并不支持上网功能，可简单理解为因为 2G/3G 清退而推出的 4G VoLTE 升级版。

Nokia 110 4G 和 Nokia 105 4G，均提供单卡/双卡版本，且支持 VoLTE 高清语音通话，但没有公布价格等信息。

2. mp3现在多少钱？

嗯，怎么说呢，好多年前的那种低端mp3已经基本淘汰了。比较好的品牌现在还有日系索尼（这款是索尼旗舰级nw-wm1a，售价高达九千）

再比如韩系艾利和（这款是艾利和旗舰级ak380 BLACK售价两万多）

再比如国产系飞傲（这款是飞傲x7大概4000左右）还有不少就不列举了，如果千元之内的mp3就不要买了，手机听听算了。

3. 药店里2元钱一盒的阿莫西林与十几元的效果差别大吗？

这个问题问得非常好！有关相同药品价格巨大差异的问题，真是值得和大家伙儿科普一下，首先告诉大家我一般是怎么做的（仅仅代表自己）。

第一种情况:对于专利药品，且保护期到期后5年之内，我在面对原创药品与仿制药品的选择时，只要我有购买能力，一般我还是买贵的原创药品。

我的理由是:刚刚过保护期的仿制药品，它可以共享原创公开的专利，但是无法共享原创的技术诀窍。

也就是说，5年内的仿制技术，在大概率上说（不是所有），与原创药品质量还存在一定的差距，还有待完善。

第二种情况:如果原创药品专利保护期到期已经过了5年以后，我就会买便宜的仿制药品，因为此时，原创药品与仿制药品的质量差距，会越来越小了，几乎可以忽略不计了。

由此推及到已经被2010版《中华人民共和国药典》收载的阿莫西林，对于这个早已经远远超过5年的仿制药品，我购买考虑的逻辑，主要是以价廉为主，兼顾品牌影响力。

如果遇到同样的阿莫西林，相同规格，价格差别十几元，我就不再考虑品牌了，谁便宜买谁。

我为什么这样考虑呢？下面就是我的详细分析，希望大家伙儿看完这篇文章以后，能够一劳永逸地彻底学会，今后在面对不同价格的药品时，轻松选择，仅供参考。

根据《中华人民共和国药典》2010年版二部收载阿莫西林胶囊，其主要药学方面的内容如下。

阿莫西林胶囊的主药成分即为阿莫西林，其化学名称为：(2S，5R，6R)-3，3-二甲基-6-[（R）-(—)-2-氨基-2-(4-羟基苯基)乙酰氨基]-7-氧代-4-硫杂-1-氮杂双环[3.2.0]庚烷-2-甲酸三水合物。

分子式为：C16H19N3O5S·3H2O

分子量为：419.46

1.性状:本品为胶囊剂，内容物为白色或类白色粉末。

2.化学成分: 本品含阿莫西林应为标示量的90.0%-110.0%。

3.规格:0.5g（按C16H19N3O5S计算）

4.贮藏:遮光，密封保存。

5.包装:

(1)铝塑起泡包装:0.5g/粒,16粒/小盒

(2)铝塑起泡包装:0.5g/粒,20粒/小盒

(3)铝塑起泡包装:0.5g/粒,24粒/小盒

(4)铝塑起泡包装:0.5g/粒,32粒/小盒

6.有效期:36个月。

7.执行标准:《中国药典》2010年版二部。

上面太复杂，大家可以不管它，划重点1:无论是几块钱的阿莫西林胶囊，还是几十元的阿莫西林胶囊，只要药物成分相同，含量规格相同，那么，质量执行标准也一定相同。

划重点2:药效的差别就可能出在“标示量的90.0%-110.0%”这个地方，比如，规格为0.5克/粒的阿莫西林胶囊，含量在0.45克/粒-0.55克/粒都属于《中国药典》规定的合格范围，但是含量为0.45克/粒与0.55克/粒，在药效上，对某些人，可能存在差异。

由于阿莫西林胶囊的主药成分，是阿莫西林原料，同样根据《中华人民共和国药典》2010年版二部收载阿莫西林原料，其药学方面的内容如下。

1.原料来源（名称）:同阿莫西林胶囊

2.原料含量（效价）:按无水物计算，含C16H19N3O5S（阿莫西林成分）不得少于95.0%。

其中，对性状、比旋度、鉴别等都载明了相应的质量标准。

尤其是阿莫西林原料检查这一项，包括酸度检查、溶液的澄清度检查、有关物质检查、阿莫西林聚合物检查、残留溶剂检查、水分检查、炽灼残渣检查等等。

划重点1:无论是几块钱的阿莫西林胶囊，还是几十元的阿莫西林胶囊，其中的主药成分，即阿莫西林原料的质量执行标准也一定相同。

划重点2:质量的差别就可能出在“原料含量（效价）:按无水物计算，含C16H19N3O5S（阿莫西林成分）不得少于95.0%”这个地方。

也就是，原料纯度为95.0%与99.8%，肯定不是一个档次，但它们都属于《中国药典》规定的合格范围。

您同意我的观点吗？

每天更新健康热点，医疗痛点；如果我说的，正是您所想的，那么，请点赞、转发、关注朱萧俊说健康！

特别提醒：本文仅供参考，应用需遵医嘱；评论区中推荐的用药，均需谨慎试用，切勿打款购买！

4. 诺基亚1054g可以上网页吗？

不能

虽然该机是 4G 手机，但并不支持上网功能，可简单理解为因为 2G/3G 清退而推出的 4G VoLTE 升级版。

Nokia 110 4G 和 Nokia 105 4G，均提供单卡/双卡版本，且支持 VoLTE 高清语音通话，但没有公布价格等信息。

5. 伟创力的基本资料？

伟创力 伟创力 FLEXTRONICS 注册总部：新加坡‖行政总部：美国 圣荷西 股市上市：NASDAQ（纳斯达克）股市代码：FLEX 总 裁：Michael McNamara 伟创力集团成立于1969年，是一家总部设在美国，并在NASDAQ上市的跨国公司，是目前仅次于富士康（FOXCONN）的世界第二大电子合约制造服务商(EMS)之一， 世界500强企业之一。属下的工厂分布在全球5个洲30个国家，目前约有110, 000名员工。集团主要客户有：微软、戴尔、爱立信、富士通、西门子、惠普、摩托罗拉、阿尔卡特、思科系统、诺基亚等，为全球领先通讯、电脑、网络、医疗及消费电子产品提供全方位服务。 伟创力在中国：上海马陆 上海外高桥 常州 南京 东莞 深圳西乡 深圳西丽 深圳黄田 深圳公明 珠海斗门 北京 青岛 伟创力斗门工业园—— 伟创力斗门工业园是伟创力集团在珠海的全资子公司，随着生产规模的不断扩大， 现拥有员工40,000人左右，园区面积达60多万平方米，是珠海市最大的外资企业，对珠海经济发展有着举足轻重的地位。斗门工业园生产涉及多层电路板及安装、电脑机壳、手机、物流等方面。能提供全套的PCB、PCBA、金属冲压、注塑、模具制造服务，该园区还拥有值得称耀的供应链中心及物流和配送中心。园区下属包括11家公司。园区高级副总裁兼总经理丁威迪先生被评为“珠海市首批年度经济人物”。伟创力斗门工业园凭着精湛的技术、优良的品质、完善的客户服务，曾获得微软公司“最具策略性生产伙伴”、摩托罗拉公司“首家无铅制造厂商” 等荣誉。 在伟创力， 强调员工利益、多样性、社会与环境相结合。 格言是“一切着眼于结果 ”。 伟创力斗门工业园下属公司包括：伟创力实业（珠海）有限公司、伟创力科技（珠海）有限公司、伟创力电脑（珠海）有限公司、伟创力精密注塑（珠海）有限公司、伟创力物流（珠海）有限公司、伟创力制造(珠海)有限公司等十多家公司。工业园生产涉及印刷电路板制造及装配 、工艺开发及设计、电脑机壳、手机、物流等方面。 日本： フレクストロニクスジャパン フレクストロニクス爱知 フレクストロニクス・デザイン・ジャパン フレクストロニクスデジタルデザイン 伟创力已经收购美国旭创(音)但其总产值只不过为伟创力(FLEXTRONICS)的士2/3.

6. 高铁在未来会跟古代长城一样成为现代未解之谜吗？

古长城并非未解之谜，它的历史分期和修建年代甚至是何人主持修建等等信息现在大都已经大致掌握，不存在什么现代人不可理解的神秘。

高铁，因为文字图片声音影像等等记录手段将其前世今生都已经记载在案，对于后世来说也没有什么神秘可言，也不存在“未解”之处。

至于说未来有可能人类经历了不幸的大毁灭之后，一切资料都消失了，甚至人类本身也从头再来，重新从微生物演化再变成人，再次看到地球上的高铁的时候，会有不解的情况；虽然理论上不无可能，但是那样的毁灭量级，当是连同地球表面的一切都已经荡然无存。把高铁轨道剩下的可能性已经微乎其微。

题主的意思，我理解，是说古长城与现代高铁一样，都是绵延在大地山川上的巨大而绵长的人类建设工程，都规模巨大而地理特征明显。其超乎想象的雄伟壮观，其经过人工建立又立刻成为人们讴歌的对象的建筑规模、工程量、耗费的资材量，等等，都堪有一比。

它们各自相对于自己的时代来说，的确是有相当的类似性的。不过高铁建设显然要比过去完全凭着人力建设长城快了很多，也有技术含量了很多；当然规模就更大了很多。

7. HEVC图像格式你知道多少？

在升级 iOS 11 之后，iPhone 7 及更新的设备内的照片存储将不再用 JPEG 了，而采用了一种新的图片格式 HEIF（发音同 heef），在 iOS 中对应的文件后缀为 .heic ，其编码用的是 HEVC（这个发不了音，哈哈哈）格式，又称 H.265 （这个就很熟悉了 H.264 的下一代），同时视频也用 HEVC 作为编码器，对应的文件后缀还是 .mov 。

这里要注意他们俩的关系， HEIF 是图片格式，而 HEVC 是编码格式(类似 H.264,VP8)，HEIF 是图片容器（类似于视频的 mkv，mp4 后缀），而用 HEVC 进行编码的 HEIF 图片就是后缀为 .heic 的图片，也是苹果主要使用的格式。

这两个都是很新的标准，分别在 2015 和 2013 年才被 ISO 批准。这篇文章主要介绍一下 HEIF 格式和与其他图片格式相比的优劣。

发展史如下：

screenshot

什么是 HEIF？

screenshot

这张图是 WWDC Session 511 的形容 Heif 的一句英文诗，JPEG 很大，但是 HEIF 和小。

HEIF 全称 High Efficiency Image Format (HEIF)。是由 Moving Picture Experts Group 制定的，存储图片和图片序列的格式。

相关的介绍位置这边可以看到 nokiatech.github.io/heif/ ，对的，你没有看错，是 Nokia 的技术人员们制定的。相比 JPEG ，PNG 等传统的图片格式来说， HEIF 可算是相当年轻了，但是这种格式相比 JPEG 等有很多的优点。

压缩比高，在相同的图片质量情况下，平比 JPEG 高两倍。

能增加如图片深度信息，透明通道等辅助图片。(苹果正是通过这个就能实现动态的调整图片的景深)。

depth

支持存放多张图片，类似相册和集合。（实现多重曝光的效果）

screenshot

支持多张图片实现 GIF 和 livePhoto 的动画效果。

无类似 JPEG 的最大像素限制。

支持透明像素。

分块加载机制。

支持缩略图。

在这个 Nokia 网站上可以看到相关的例子。

文件组成

在视频文件中，容器和编码是独立开的，比如 mp4,mkv 等格式是容器，而 H.264,VP8 等是编码。但是图像文件中，像 JPEG 就是混合在一起的（所以它不好用啊，哈哈哈哈），HEIF 就把容器和编码分开了，有用来存放单个或者多个图像的容器。

所以基于不同的编码器，会有不同的文件后缀。

Apple 设备中默认使用的都是 HEVC 的编码的 HEIF 格式。

在 Apple 所编码的 HEIF 的文件组成大致如下图，其 mdat - Media Data 中存放的是 exif 信息，缩略图（320*240），和 HEVC 编码后的图片：

screenshot

HEIF 底层是默认 tiled，就是片状的有 512x512 个，由一个个小的图块，组成一张大图，这一特性有如下的优点：

加速解码

缩放加快(不用加载整张图片)

裁剪加快

HeifTile 和 SystemTile (CATiledLayer 等系统所提供的分块加载)是不一样的，但是两者结合会有很大的提升，所以在加载和处理特大图片时，性能有大幅度的提升。

HEIF 所采用的熵编码也和 JPEG 不一样，JPEG 是用的霍夫曼编码（Huffman），而 HEIF 使用的是基于上下文的自适应二进制算术编码（CABAC），编码的是数据量更小且更快。

兼容性

每当一个新的技术推进至工业化，兼容性无疑是最重要的考量点。像 HEIF 这样的图片格式，并不像 JPEG / PNG 等已经被广泛应用和适配了，估计在 Apple 推出之前，大部分开发者和我一样应该都是不知道的。目前工业化的体系内，对 HEIF 几乎是不兼容，Windows 上无法打开 HEIF 文件，10.13 前的 macOS 也无法打开。苹果在推行这一技术的时候，在内部也是做了很多兼容工作的。

对一般用户

一般情况下，用户是对这个格式无感知的，因为只有在新款支持硬解码的 iOS 手机内部是以 heif & hevc 格式来存储照片和视频的，而在用户通过 Airdrop 或者数据线传送到电脑上的时候，对不兼容的设备会自动转换到 JPEG 的格式。所以也不会影响你使用微信，微博等软件。

不过在苹果内部的 app 中，基本都已经用上了这一技术，如照片，FaceTime 等应用。意味着以后同等储存空间能存放更多的照片和视频，同时 FaceTime 也能节省更多了流量，相同网络情况下，FaceTime 也会更加清晰。

通过在 设置 -> 照片 选项中可以设置传到 MAC 或者 PC 上时保持 HEIF 格式。

screenshot

支持的设备

HEIF 图片：

编码：

硬件：**A10 **及以上芯片 iOS 设备。即只有 iPhone7 及以上是支持 HEIF 的(有双摄像头，才带有深度信息)。

软件：iOS11，运行 macOS 系统的 Mac 设备。

解码：

硬件：A9 及以上芯片 iOS 设备（iPhone6s），配备 6 代及以上 Inter Core 处理（Skylake）。

软件：iOS11 和 macOS 支持软解码，但是 iOS11 锁版本代表最低只支持到 5s

HECV 视频：

视频分为 **8 位 / 10 位 两种模式。基本和图片编解码保持一致，唯一有区别的是 10 **位硬解码要求是 7 代 Intel 处理器。

总结一下，就是升到 iOS 11 之后，你的设备就能解析新格式的图片和视频，软硬解码的区别就是，硬解码会更快并更省电。

对开发者

上层框架 PhotoKit

对用户的几乎无感知切换的前提，肯定是上层 API 没有变化，调整的是最底层的 API，所以一般开发者使用上层的框架时，如 PhotoKIt 是不受影响的，不同格式的图片都抽象为了同一个对象。而且对图片增加滤镜和视频的调整修改，最后都会渲染为 JPEG 和 H.264。在这一级别的 API 是接触不到图片文件格式转换所带来的变化的。

下层框架 Image I/O

Image I/O 中可以直接读写 .heic 文件。 iOS 11 中 Image I/O 能够直接读取 heif 的文件，包括读取 exif，xmp 等信息。

let inputURL = URL(fileURLWithPath:Bundle.main.resourcePath! + "/IMG_0513.HEIC") let source = CGImageSourceCreateWithURL(inputURL as CFURL, nil) let image = CGImageSourceCreateImageAtIndex(source!, 0, nil)

let options = [kCGImageSourceCreateThumbnailFromImageIfAbsent as String: true, kCGImageSourceThumbnailMaxPixelSize as String: 320] as [String: Any] let thumb = CGImageSourceCreateThumbnailAtIndex(source!, 0, options as CFDictionary)

guard let cImage = image else { print("not support heic") return; }

当然也可以选择把 CGImage 写入到 HEIC 格式，虽然这样可以节约更多的存储空间，实际使用的时候还是要注意转换操作。

let url = URL(fileURLWithPath: "/tmp/output.heic") guard let destination = CGImageDestinationCreateWithURL(url as CFURL,AVFileType.heic as CFString, 1, nil) else{ fatalError("unable to create CGImageDestination") } CGImageDestinationAddImage(imageDestination, image, nil) CGImageDestinationFinalize(imageDestination)

Apple 提供的很多 API ，供开发者检测设备是否支持新的格式。提供了两种推荐的工作场景事例。

社交网络

在社交软件中，涉及到图片分享之类的内容，是无法确定接受者是否能支持新的格式的， Apple 的策略是建议都进行转换到 JPEG 的操作，比如发送邮件，或者通过 extension 分享的时候，传入其他 app 中的时候，都已经进行了转换了。

p2p 场景

在该场景中，设备和设备间的直接连接，首先把接受者的支持格式告知发送者，然后发送者根据兼容的情况，选择 HEIF 或者 JPEG。比如 AirDrop 。

同时诸如 SDWebImage 目前也正在做对 heif 的兼容。

跨平台

大部分的播放器已经支持了 HEVC 即 H.265 的编码器，但是针对 HEIF 的图片兼容性还是相对较差的。 目前有的是 Nokia 提供了一个 C++ 的读写库，通过该库，支持把 HEIF 的图片的解码到 HEVC 的编码数据。

Android 兼容性：

依赖 Nokia 的库，目前只能通过 CPU 软解。

据说 LG 正在研发支持硬解的手机。（raddit)

网页兼容性：

Nokia 提供 JS 库。

Windows 兼容性：

目前也没有能直接打开 HEIF 文件的应用。

对比

常常拿来与 HEVC 来做对比的是 VP9。两者的性能相近，但是 VP9 是开源的，而 HEVC 是需要专利费的（ $2 每设备）。 目前暂时没有通过 VP9 进行编码的图片，所以这里主要对比的是 webp 就是通过 VP8 进行编码的图片。 webp WebP目前支持桌面上的Chrome和Opera浏览器，手机支持仅限于原生的Android浏览器、Android系统上的Chrome浏览器、Opera Mini浏览器。

WebP 有损支持

Google Chrome (desktop) 17+ Google Chrome for Android version 25+ Opera 11.10+ Native web browser, Android 4.0+ (ICS) WebP 有损 / 无损 / 透明支持

Google Chrome (desktop) 23+ Google Chrome for Android version 25+ Opera 12.10+ Native web browser, Android 4.2+ (JB-MR1) Pale Moon 26+ WebP 动画支持

Google Chrome (desktop and Android) 32+ Opera 19+

下面是几个关键技术点的对比，可见 HEIF 功能是最强大的。

压缩效率

下面的数据均是官方提出：

Webp 同等质量下，比 JPEG 图像小 25-34%。

JPEG 平均需要比 HEVC 多 139% 的比特率，意味着同等质量下，JPEG 的大小是 HEVC 的 2.39 倍！

把两个的参考标准统一一下：

Webp 比 JPEG 小 25-34% HEVC 比 JPEG 小 58%

但是在我自己的本地的测试中,测试了五组图片。webp 以 80 的质量进行压缩，hevc 以 crf 18 （视觉无损）压缩，同时增加一个 320x240 的缩略图。

自己进行 HEIF 转码的流程是，将图片通过 ffmpeg 编码到 H.265，再通过 Nokia 的库转成 HEIC 文件(Heif)。

//生成主图像编码 ffmpeg -i $1 -crf 18 -preset slower -pix_fmt yuv420p -f hevc bitstream.265 //生成缩略图编码 ffmpeg -i $1 -vf scale=320:240 -crf 28 -preset slower -pix_fmt yuv420p -f hevc bitstream.thumb.265 //调用 Nokia 的工具 ./writerapp config.json

除了一组特大图的表现不一样外，其他几组图片相比， heif 确实比 webp 压缩效率高 10-20%。

毕竟和 HEVC 对标的技术应该是 VP9，所以 heif 能够领先也是情理之中。

解码的消耗测试

主要测试设备是 iPhone 6s Plus 系统 iOS 11，用的解码方法 webp 为 Google 提供的库，hevc 和 jpeg 用的是 CGImageSource 来解码。 测试用图片还是之前的五组图片，同时对 JPEG 进行了一些压缩，测试了 5 组平均值(去一个最高，去一个最低)，估计加载的时候存在缓存，所以第一次读图片数据的时候耗时较大。

第一组用第一张 7.7 mb 的 jpeg 压缩后大小 1.1mb jpeg 7.43 2.77 1.46 1.9 2.14 2.00 【占用率 6 %】 hevc 41.0 3.45 3.35 2.62 2.92 2.66 【占用率 6 %】 webp 216.6 216.8 217.5 261.9 195.2 【占用率 21 %】

第二组用第三张 1.8 mb 的 tff，转换成 jpeg 之后大小为** 815 KB。** hevc 58.4 3.1 2.8 1.13 2.65 2.82 2.02 【 2% 】 jpeg 65.3 2.67 2.76 2.73 2.69 2.87 1.34 【 2% 】 webp 130.2 110.9 117.5 114.8 120.9 112.8 124.84 【 12% 】

第三组用的最后一张 243KB PNG ，转换成 JPEG 之后大小为 43 KB。

hevc 47 3.24 2.7 3.21 2.63 1.74 【 1 %】 jpeg 16 6.70 6.97 4.46 7.2 6.76 7.08 【 1% 】 webp 20.7 20.2 12.5 22.0 19.3 19.4 【 2 % 】

测试结果由于硬解码的支持，jpeg 和 hevc 解码速度和 CPU 占用率都比 webp 快和小很多，jpeg 和 hevc 不相伯仲，可见苹果内部对其优化也相当到位，才把它放到 iOS 11 中。

总结

相比 JPEG 来比很强大，毕竟是下一代技术，但是兼容性可想而知，在“最大效率”和“最大兼容”两者中间还是要根据使用场景进行权衡，目前的优势也只有最新的 iPhone 能体验到，但不久的将来可能所有的手机都去支持照片深度，动态照片，更广的色域等。HEVC 也许和推行 H.264 一样，逐渐成为了工业界的标准，但又可能和推行 acc 的处境一样，只是成为了苹果的标准而已，终究还是要看市场的反应了。