文档付费，既然敢收，就有点被骂觉悟，哈哈。。。

简单的定位方法：

1 ，打开数据库，show processlist ，看看 db 语句的运行状态，是不是在 send data 。如果是那么就是数据库到 web 服务器慢，或者数据集大。（带宽，走了外网）
2 ，如果 sql 数据库没问题，那么可能是转对象 json 比较大，对象转 json 比较慢（可以缓存下再测试）；
3 ，如果只查 100 条，还是那么慢吗？
4 ，是不是时间花在 dnslookup 之类的了？

这是面试架构师的话不太过分，这题目是由难变易的，估计是看你上个不行，又换个。

前面再 24 楼聊到对我写代码有益的点，后面再提一些思想上的：

1 ，矛盾论：任何事物有阳必有阴，有因必有果，阳中存阴，因中存果，比如您今天要求突飞猛进，而忽略了时间的积累，那么可能导致基础不牢；某公司赚快钱习惯了，环境一变老板可能就负债；某公司看起来慢，但是可能搭建了非常深的行业护城河。理解万物都存在矛盾，分清楚主次矛盾，远近矛盾，才能做出正确判断。

2 ，发展论：发展的眼光处理问题，很多问题需要摸着石头过河，但是不能一直摸石头过河，必要的时候需要架桥。今天我们是对的，明天不一定是对的。今天不对的，明天可能是对的。对于你不对的，但是对于他可能不是对的。比如你今天通过突飞猛进的方法找到工作那么是对的，但是如果一直追求突飞猛进可能就不一定对了。理解万物都在变化，人性变化，事务变化，才能合理看待事务。

3 ，革命论：团结一切可以团结的力量。假万物而不争。------ 理想状态，不知道是否有人能一定程度做到。但是一个人对外物的利用率，可能是衡量一个人成功的标志吧。

程序员或者所有行业的价值都在四个字------------“解决问题”

为项目解决问题
为公司解决问题
为顾客解决问题
为社会解决问题

而很多人做的不好，是因为他们找不到找不对问题，遇到问题无法解决，或者解决成本过高，或者在解决问题过程种又制造出了新问题。

1 ，任务分解；
2 ，读书；
3 ，看手册；
4 ，读源码；
5 ，需求分析；
6 ，休息；
7 ，实践；
8 ，提高对自己的要求；
9 ，向他人传授经验；

以上都是暂时能想到的，对我代码有提升的点。
突飞猛进当然有，但是质变来自量变。

比如说如何写注释的内容我们看了很多，别人的源代码也看了很多，然而还是写不好注释，直到我看到代码大全关于注释的介绍“注释负责解析 Why,代码负责解释 How 和 What”才豁然开朗。

比如如何写出安全的代码，那么你需要了解防御式编程；

比如对于复杂的状态管理，我们可以表格列表穷举法。。。

每天多学一点，那么几年后你就能鹤立鸡群，。。。

程序员开始的 2 年决定了以后的成长空间。。。。

如何利用隐喻。。。

以上都是《代码大全》这本书上有的，对我影响很大，但是如果只看这本书，那么还是不成的。

比如软件熵，生命周期，软件项目人力模型，这些《人月神话》的

“人民追随你是因为爱戴你”，“人在压力下无法思考”是《最后期限》的



既然你允许存在“突飞猛进”，那么也不要怀疑会存在“突然消失”。

你追求的是独立思考，还是事情的本质？

我理解独立思考就是追寻事物的本质（道）的过程，本质就是分辨那些是变化的，那些是不变的，变化的因，不变的因。

1 ，word ，ppt 转 pdf ；(wps ，aliyun 服务等等都可以，不转直接读 word 文本也可以）
2 ，用 pdfbox 抽取 pdf 文本，然后放到 es 里面；

不用图像识别，性能太低了。
可以付费咨询我，哈哈，根据你熟悉的语言定制方案。

看你需要兼容的的目标机器：

win7 以下：winform
win7 - win10 sdk 2019：wpf
win10 sdk 2019+：winui 3


目前最佳应该还是 wpf

@Chad0000

我们需要用到 spire.pdf OEM 版，大概相当于一个月工资，关键时很多时候显示不正确.
一般打小票，直接自己写 PDF 就够了，都不用这个库，iText 就可以解决，要 word,pdf 等转 pdf 采用这个。

@Chad0000

快递面单可以不用 spire ，直接画图都可以解决。pdfium 都有点大材小用。

@INCerry

1 ，感谢，去年我用的时候，应该还没有这个 Tips

2 ，Spire 免费版有限制，目前已经找到了替代方案，自己研究花了不少时间；


@Chad0000

小公司，一年花几万不划算，自己后来研究了下 office 和 wps 接口，已经解决了。




.net 只是偶尔用一下，上手容易，社区如果能做好一点就更好了。

@INCerry

StackExchange.Redis 没有对 brpop 的支持

iText7 ，NPOI 质量肯定可以，但是没有类似 spire 之类还收费，也没有好用的 HTML 转 PDF 的。

@liprais

steam 慢难道是因为和 Store 利益冲突做了负优化。

@Rwing

随便搜几个关键字，看 Github 哪个库多：

redis：Go 5K+，C# 3K+
mongodb: Go 3K+, C# 4K+
orm: Go 1K+，C# 2K+
postgresql: Go 2K+, C# 1K+
Mysql: go 4K+, C# 5K

可以发现库数量基本差不多





但是，看下第一页的包的 Star 数量，Go 第一页基本在 1K 以上，而 C#只有前 3 个在 1K 以上。

只能说：Go 的包应用方式，导致了生态更加开放，更加活跃。

我在实际使用中的 2 个例子是：
1 ，至今 C#没有免费好用的 Redis 客户端库；
2 ，大部分行业库都是收费的，比如处理 PDF 的，处理报表的；

代码也有两种：
1 ，有人用：BUG 很多，不断改，熵越来越大；
2 ，没人用：完美

技术往往就是将一小木船，改为战舰，然后改为潜艇，再改为飞机，最后改为战争堡垒（堡垒中间还得来个伊甸园）。

所以通常人越少，架构越好，因为没有人力可以浪费在无关精要的功能和需求上；人少的时候很多人都能独挡一面，知道一项东西的来龙去脉，做出合理的设计，人一多就没法设计了----大家都有自己的思想。

为了兼顾大家的思想，我们设计出框架，框架解决了大部分问题，这时候有部分同学理解不够，没有跟上来，

后来分布式来了，异步来了，我们需要采用分布式的和异步的框架，但是这时候大部分同学跟不上了。。。

当然，将一首航行中的战舰改为潜艇，不是每个程序员的能掌握的。

我买的乐哥不晃动啊