缘起：1. 手头的博阅alita服役了差不多五年（疫情前买），摔过几次出现了坏线坏点，需要换一个安卓10.3 2. 还是喜欢手捧着而不是放支架，所以柔性屏是刚需，轻才是王道 3. 300ppi的10.3普及近在眼前，不想花大成本，主要是过渡一下。因此，随缘在鱼上收了个屏幕完美的文石note2。
到手后，一时兴起，几个设备同时打开同一个azw3文件，对比一下css3解析能力。结果如图，差距明显，文石在2024年的css3解析能力，仍然赶不上十年前的Kindle、五年前的博阅。一目了然：
左上是二合一电脑用calibre打开，右上小Kindle是差不多十年前的kpw2，左下是文石note2，右下是博阅alita。
说明：文石系统版本20240103，开启了文石自家的v2阅读解析引擎。alita是三年前的系统版本，打开了“源文件字体”（博阅自家的z解析引擎）。
这个对比，不针对文石，事实上，文石的css3解析能力比汉王、掌阅还是要强的，这两家目前水平连对比资格都没有。
忍不住吐槽一下，据我看年报所知，博阅z解析引擎不过是2018年前后花了几十万研发出来的，也就是说不会太难，而且不过几个程序员人年的工作量。就这点东西，国产其他品牌，五年都搞不定。
最后，如果各位经常看下载的azw3/epub，并且对排版/解析能力有一定要求，封闭建议优先考虑Kindle，开放建议优先考虑博阅衍生团队meebook出的m系列。

原谅手机和度娘压缩渣画质，不过点击看原图的话，解析效果对比很明显。

各位大佬斧正 @sbwtxj @涩果子3719 @榕松桂电华 @rayn_ @ssshjcao

支持樓主，我用了kpw3後升級到meebook m7，css3解析力就是主要考量，不過當時只能到處問人盲買，好險結果一點都不失望，有點慶幸沒買文石
另外安卓閱讀APP的css3解析力也值得比較一下，靜讀天下在幾次更新後解析力有提升，但對直排還是一個頭兩個大

有价值的帖子

好的易招黑，差的营销好。

这种比较其实一点不准确，从上面的图最多是说是多字体支持，而且还要看是否安装了对应字体。真正的 css 包括的内容远比楼主列的多，比如box 模型，竖排，注音 ruby，表格，float 样式等。以偏盖全了

文石对内嵌格式的支持简直就是堪堪支持epub3，能用就行，后续也不见有过更新，有时候不开v2引擎的阅读体验还要更好一些，看来研发方面走的都是通用阅读系统以外的方向了，所谓的pdf阅读和开放系统软件，其实也只是在吃老本

归根到底，还是竞争不够充分，我们这些消费者对厂家们过分宽容（就像对所谓的互联网大厂们的国产毒瘤APP那样）。如果无论产品还是公司运营的很多个维度只要有一个维度有硬伤，就一票否决直接被市场淘汰，那很可能就不是现在这个局面。我们消费者可以花更经济的成本，获得更好的软硬件体验和服务。

你这对比极不严谨。

楼主分析的有道理。国产在电子书方面，无论软件还是硬件方面其实都不太追求严谨，文石也是受控投资方的资本运作。国际品牌的epub3标准对css的全量标签都支持的可以。国产的电子图书制作也受制于出版方对epub技术的应用程度。
而国产品牌中提供图书的仅仅一家店掌阅，它靠自己的书城和图书加密方法来盈利，支持基础epub标准。汉王和文石都使用京东书城图书。图书制作方支持基本的ccs标签是正常，支持特殊编辑条件的图书反倒很少。反之掌阅的精排版图书，使用其他阅读软件一般看不了或者说达不到掌阅自己解读的能力。
目前文石的软件整体优化，国产里面已经首屈一指了。虽然我们国产对epub3的标准细节不太关注，主要还是在于我们制作epub图书时的严谨认真要求有关。同时大环境忙着盈利而不关注再深入的版式能力吧。初浅看法

目前最新的设备是boox 的Note X。前两天尝试了一下leaf ３c，不过放弃了。
现在看书很少看文本格式的，基本都是扫描版的pdf，更有看书的感觉，也避免了很多电子书格式转换中出现的问题。
如果一定要看文本格式的，基本就用阅读app了。典型的如微信读书。
总结：lz你这是小众需求；墨水屏市场还没卷到要优化css的程度。

如果要使用带复杂css样式的电子书，基本国内阅读器不用考虑了。现在的各种评测基本没有看到评测这一项目的，我觉得可以在一个html文件里使用大部分在电子书中会用到的css样式，做成一个用来测试阅读器显示效果的epub测试文件，然后用这个标准测试文件来测试不同阅读器的显示效果。
就如前面有人说的，掌阅、当当的电子书文件会使用一些加了前缀的非通用css属性，这些只支持对应的阅读器，这方面亚马逊就比较好，支持的是通用的css属性，亚马逊官网也给出了阅读器支持的HTML标签以及css属性 “HTML and CSS Tags Supported in Kindle Format 8”。至于其他阅读器官网是否有对各自阅读器对css属性的支持列表，那就不清楚了。
国内在这方面的差距，也未必完全是不重视。HTML和css支持最好的自然是浏览器，以前微软的edge浏览器曾经支持过电子书阅读，那个据说做的比较好，但是随着微软商店不再卖电纸书之后这个阅读器就取消了。目前国内浏览器用的基本都是国外浏览器的开源内核，本身就不具备浏览器内核级开发的能力。电纸书阅读器基本都是对HTML和css有限子集的不完整实现，这些小企业肯定不能与具有强大软件开发实力的大企业相比。

亚马逊的其实也不能说就是十全十美，比如浮动盒子模型就不支持，复杂的浮动样式也支持的不太好，另外阅读器本身分辨率有限，阅读器处理器性能也有限，比如在css属性中设置的浮点值，很可能被截断取整，比如段距设置为0.5em，0.6em，0.75em，最后显示的段距是相同的，但是是如果设置段距为1em，这时就不一样了。
亚马逊制作的电纸书也分为出版社自己委托其他公司制作和委托亚马逊制作，以前在亚马逊买书就可以发现，委托亚马逊制作的书一般卖的比较贵，但是会使用一整套亚马逊自己的css模板，制作的电纸书效果比较好。而委托其他公司制作的质量就参差不齐。
当然zlibrary上的不少书都是被calibre转化过的，css样式被破坏掉，对于css样式简单的文学类书还好说，对于显示复杂的书，会产生大量冗余的css属性，会导致kindle阅读器使用时常常卡白屏，卡重启等等。而制作规范的书，哪怕书内容再复杂，字数再多，一般基本不会发生这种情况。