前言

阅读本文需要一定compose基础，如果没有请移步Jetpack Compose入门详解（实时更新）

在网上看到有人用css写出了下面这种效果；原文链接

我看到了觉得很好玩，于是用Compose撸了一个随手势移动眼珠的版本。

一、Canvas画图

这种笑脸常用的控件肯定实现不了，我们只能用Canvas自己画了

笑脸

我们先画脸

下例当中的size和center都是onDraw 的DrawScope提供的属性，drawCircle则是DrawScope提供的画圆的方法

Canvas(modifier = modifier

        .size(300.dp),

        onDraw = {



           // 脸

            drawCircle(

                color = Color(0xfffecd00),

                radius = size.width / 2,

                center = center

            )



    })

属性解释

• color：填充颜色


• radius： 半径


• center： 圆心坐标

这里我们半径取屏幕宽度一半，圆心取屏幕中心，画出来的脸效果如下

微笑

微笑是一个弧形，我们使用drawArc来画微笑

// 微笑

        val smilePadding = size.width / 4



        drawArc(

            color = Color(0xffb57700),

            startAngle = 0f,

            sweepAngle = 180f,

            useCenter = true,

            topLeft = Offset(smilePadding, size.height / 2 - smilePadding / 2),

            size = Size(size.width / 2, size.height / 4)

        )

属性解释

• color：填充颜色


• startAngle： 弧形开始的角度，默认以3点钟方向为0度


• sweepAngle：弧形结束的角度，默认以3点钟方向为0度


• useCenter ：指示圆弧是否要闭合边界中心的标志（上例加不加都无所谓）


• topLeft ：相对于当前平移从0的本地原点偏移，0开始


• size：要绘制的圆弧的尺寸

效果如下

眼睛和眼珠子

眼睛也是drawCircle方法，只是位置不同，这边就不再多做解释

            // 左眼

            drawCircle(

                color = Color.White,

                center = Offset(smilePadding, size.height / 2 - smilePadding / 2),

                radius = smilePadding / 2

            )





                //左眼珠子

                drawCircle(

                    color = Color.Black,

                    center = Offset(smilePadding, size.height / 2 - smilePadding / 2),

                    radius = smilePadding / 4

                )







            // 右眼

            drawCircle(

                color = Color.White,

                center = Offset(smilePadding * 3, size.height / 2 - smilePadding / 2),

                radius = smilePadding / 2

            )





                //右眼珠子

                drawCircle(

                    color = Color.Black,

                    center = Offset(smilePadding * 3, size.height / 2 - smilePadding / 2),

                    radius = smilePadding / 4

                )

整个笑脸就画出来了，效果如下

二、跟随手势移动

在实现功能之前我们需要介绍transformable ，animateFloatAsState和translate

transformable

transformable是modifier用于平移、缩放和旋转的多点触控手势的修饰符，此修饰符本身不会转换元素，只会检测手势。

animateFloatAsState

animateFloatAsState 是通过Float状态变化来控制动画 的状态

知道了这两个玩意过后我们就可以先通过transformable监听手势滑动然后通过translate方法和animateFloatAsState方法组成一个平移动画来实现眼珠跟随手势移动

完整的代码：

@Composable

fun SmileyFaceCanvas(

    modifier: Modifier

) {



    var x by remember {

        mutableStateOf(0f)

    }



    var y by remember {

        mutableStateOf(0f)

    }



    val state = rememberTransformableState { _, offsetChange, _ ->



        x = offsetChange.x

        if (offsetChange.x >50f){

            x = 50f

        }



        if (offsetChange.x < -50f){

            x=-50f

        }



        y = offsetChange.y

        if (offsetChange.y >50f){

            y= 50f

        }



        if (offsetChange.y < -50f){

            y=-50f

        }

    }



    val animTranslateX by animateFloatAsState(

        targetValue = x,

        animationSpec = TweenSpec(1000)

    )



    val animTranslateY by animateFloatAsState(

        targetValue = y,

        animationSpec = TweenSpec(1000)

    )







    Canvas(

        modifier = modifier

            .size(300.dp)

            .transformable(state = state)

    ) {







        // 脸

        drawCircle(

            Color(0xfffecd00),

            radius = size.width / 2,

            center = center

        )



        // 微笑

        val smilePadding = size.width / 4



        drawArc(

            color = Color(0xffb57700),

            startAngle = 0f,

            sweepAngle = 180f,

            useCenter = true,

            topLeft = Offset(smilePadding, size.height / 2 - smilePadding / 2),

            size = Size(size.width / 2, size.height / 4)

        )



        // 左眼

        drawCircle(

            color = Color.White,

            center = Offset(smilePadding, size.height / 2 - smilePadding / 2),

            radius = smilePadding / 2

        )



        translate(left = animTranslateX, top = animTranslateY) {

            //左眼珠子

            drawCircle(

                color = Color.Black,

                center = Offset(smilePadding, size.height / 2 - smilePadding / 2),

                radius = smilePadding / 4

            )

        }





        // 右眼

        drawCircle(

            color = Color.White,

            center = Offset(smilePadding * 3, size.height / 2 - smilePadding / 2),

            radius = smilePadding / 2

        )



        translate(left = animTranslateX, top = animTranslateY) {

            //右眼珠子

            drawCircle(

                color = Color.Black,

                center = Offset(smilePadding * 3, size.height / 2 - smilePadding / 2),

                radius = smilePadding / 4

            )

        }





    }

}

为了不让眼珠子从眼眶里蹦出来，我们将位移的范围限制在了50以内，运行效果如下

总结

通过Canvas中的一些方法配合简单的动画API实

很多年前，当我还是一名学生的时候，有一次高我好几届已工作几年的师兄回校给我们做交流，听说他已经是“高级研发工程师”，在深圳某企业月入上万。那时候心里一阵崇拜，觉得“高级”开发该是多么厉害的存在，让我无数次憧憬着成为像他一样厉害且收入高的人群。

时光荏苒，一晃十年过去了。自己也从当初的菜鸟，成长为“高级研发工程师”，然后做了管理、带了团队。然而，在互联网摸爬滚打多年后，发现很多事情跟自己当初想象的完全不一样：

• 编程并不总是随着经验累积越多，你越发轻松


• 长时间写一线业务代码并不有趣，甚至有些无聊


• 如果你只想在你的职业生涯中安静的研究技术，那么你在这个行业很难走远

回溯过往，眼瞅着这个行业潮起潮落，仍然有越来越多的新人奋不顾身的涌入，在此以一个行业“老兵”的身份给即将或者刚入行的同学一些感悟和分享，希望能让你们少踩一些坑，踏上更坚实的职业征程。

珍惜前两年，用力去卷

我一直认为，这个行业（可能其他行业也是）新人成长最快的就是前两年。这是因为：

• 新人刚刚步入职场，对于新的挑战和机会充满了热情。你们带着刚从学校获得的知识和技能，急切地想要将这些应用到实际工作中，从而迅速增长。


• 在前两年，新人通常会承担较少的重要项目和高级别的责任。这为你们提供了一个相对安全的环境，可以更自由地学习和尝试新事物，而不必担心严重的后果。


• 在最初的阶段，新人会得到较多的指导和反馈。这有助于你们更快速地纠正错误、学习新知识，并逐步提高自己的能力。


• 新人进入工作环境后，需要迅速适应不同的工作情境、流程和团队文化。这种适应性的训练使你们能够更快速地适应变化，并培养出解决问题的能力。


• 许多新人在前两年内通常没有太多家庭负担，生活开支较少。这使得你们能够更专注地投入到工作和学习中，从而更加快速地成长。相较于后续可能出现的家庭责任和花销，你们在这段时间能够更自由地选择投入时间和精力，去学习新技能、探索新领域，并积累宝贵的经验。

想起我职业生涯的第一年，对未来充满了无尽的焦虑。也是由于这种焦虑，让我牟足了劲去学习行业技能。我不记得有多少个晚上是学到了半夜2-3点，但我的收获是专业技能得到了快速成长，为自己的职业生涯开了一个好头。

后来我进了大厂，当了管理，大厂对新人一般都会有一个培养机制，比如：3个月入门指导、6个月辅导计划、年度提升规划等。同时，在做事的标准上对新人的宽容度也会更高，会给你试错的机会，但会要求你从错误中去复盘、成长。

然而，在多年的管理生涯中，也遇到了很多新人在短暂的努力过后，变得不思进取，早早的就退出了奋勇争先的行列，被同龄人快速超越。

印象最深的是22届的一位同学，暂且称为A某，成都电子科大毕业。有名校光环，学习能力也强。从实习到入职后前半年，非常积极、努力，成长也很快，半年过后就能独立支持中小项目的研发。但随着时间推移，他身上的劣势也越发显现。在掌握了工作的基本技能后，他开始变得有些不务正业：在工作中开始花大量时间学习安全技能，但本职工作中几乎用不到。相应的，他的工作产出越来越低，交付不及时，质量不合格，对他的投诉也越来越多。经过3个多月的沟通、辅导，再沟通、给改正机会后仍然看不到任何进步，最终被辞退。

写代码很简单，但写好代码很难

当你掌握了一定的专业技能后，实现业务功能对于大多数开发者来说都不是一件难事。但想写出好代码却很难。比方说下面的代码，你认为是好代码么？

func Deduplicate(input []string) []string {

    result := []string{}

    for _, item := range input {

        exists := false

        for _, r := range result {

            if r == item {

                exists = true

                break

            }

        }

        if !exists {

            result = append(result, item)

        }

    }

    return result

}

这段代码用于对字符串数组进行去重操作。虽然实现了去重功能，但从代码质量的角度来看，它存在一些问题：

• 性能较差： 在 result 切片中进行遍历查找是否已存在相同的元素，时间复杂度较高，特别是当输入切片较大时。


• 可读性不高： 嵌套的循环和多个条件判断导致代码复杂，难以一眼理解逻辑。


• 未使用现有工具： Golang 提供了 map 数据结构可以用来更高效地实现去重，但代码中未使用。

让我们试着使用map做出改进：

func Deduplicate(input []string) []string {

    unique := make(map[string]bool)

    result := []string{}

    for _, item := range input {

        if !unique[item] {

            unique[item] = true

            result = append(result, item)

        }

    }

    return result

}

是不是瞬间看起来都舒服多了😄。

那么该如何写出好代码呢？

好代码并不仅仅是实现功能，更是一种艺术和哲学，我们在写代码时，应该多思考代码的质量和可维护性。问自己以下问题：

• 这段代码是否易于阅读？其他人能理解吗？


• 是否有更简洁的实现方式？


• 是否需要加入注释来解释实现思路？


• 是否考虑了性能问题和异常情况？


• 是否符合团队的代码规范和设计风格？

这些问题可以总结为以下的编码标准：

• 可读性优先： 代码应该易于阅读和理解，变量名、函数名应该具有表意性。清晰的命名可以减少代码注释的需要。


• 简洁明了： 避免冗余代码，使用合适的数据结构和算法，让代码尽可能简洁，同时保持功能完整。


• 注重性能： 在保持代码可读性的前提下，考虑算法的效率和性能。避免不必要的循环和重复计算。


• 注释解释： 代码中应添加适量的注释，解释代码的意图、实现思路和关键步骤。这有助于其他开发者理解和维护代码。


• 模块化设计： 将代码拆分成小的、可复用的模块，提高代码的可维护性和可测试性。


• 错误处理： 考虑异常情况和边界条件，进行适当的错误处理，避免潜在的问题。


• 版本控制： 使用版本控制工具管理代码，保留历史记录，方便回溯和团队协作。

写好代码是一件需要时间和经验积累的事情，但始终保持对代码质量的追求，将会使你成为更优秀的开发者。

想拿高薪吗？首先要成为卷王

过去的十多年是互联网疯狂发展的年代，很多人包括我吃到了这个行业的红利，行业内动则薪资上百万、甚至几百万的大有人在。但随着行业红利的逐渐下滑，越来越多的新人涌入，这个行业肉眼可见的变得越来越卷。

我印象中的“卷”是从16开始的，这一年被称作直播大战的一年，也是“短视频”元年。随着智能手机的普及，移动化的加速，万物皆"上线"，行业巨头（尤其AT）疯狂扩张和竞争。什么“996是福报”、"面向ICU编程"成为行业普遍的现象。行业变得越发内卷的同时，薪资也确实水涨船高，吸引了越来越多“用生命”换钱的卷王（😭）。

这就是行业的现实，特别是这两年红利期的减少，经济的下滑，大厂业务收缩、裁员加剧，对于新人来说，竞争变得更加剧烈了。在这样的背景下，我为什么推荐新人去“卷”呢，是因为：

• 积累经验： 通过卷，你可以迅速接触到各种项目、技术和领域，积累宝贵的实战经验。虽然过度卷可能会疲惫，但在一段时间内，你会获得比其他人更多的锻炼机会。


• 成为多面手： 卷王往往需要在短时间内涉猎多个领域，这培养了你的多面手技能。这对于职业发展和未来的岗位选择都有好处。


• 快速成长： 卷王面对各种挑战，需要不断学习、解决问题。这种快节奏的环境可以让你迅速成长，积累的知识和技能会让你在职业生涯中受益匪浅。


• 适应压力： 行业的快速发展和竞争带来了巨大的工作压力，通过卷王经历，你会逐渐适应并变得更加抗压。


• 职级晋升：通过卷让自己在公司脱颖而出，快速晋升，晋升一定伴随着薪资的增加，就算是跳槽你晋升的职级也是你薪资谈判的重要亮点。

虽然成为卷王可能需要付出更多的时间和努力，但在现如今的竞争激烈环境下，通过卷王的方式可以更快地脱颖而出，为自己的职业生涯奠定坚实的基础。

搞技术可以，但不要只搞技术

”我就想安安静静地搞技术、敲代码，用技术思维解决技术问题，也用技术思维解决业务问题。我能实现业务功能就可以了，我不想也不愿花心思去搞懂业务“。这或许是许多研发者的心声，搞懂业务是产品、运营的事情，我是技术专注技术就行了。

曾几何时，我和千千万万的技术开发一样也是这么认为的。直到有一天我感觉卷不太动了（也有可能是年纪大了😂），我发现业界新的技术、框架层出不穷，技术之路永无止尽。而且也见证过一些技术牛人随时被下岗（有一位很厉害的架构师曾经是我下属），我突然觉得：技术思维很重要，但只动技术不懂业务你就随时可替代。

毕竟，任何技术都是要为业务服务的，只有有市场的业务才能活下来，只有活下来的业务才能让公司养活技术团队。脱离市场（业务）单纯只靠技术养活团队的毕竟是极少数（行业技术推动者）。

举两个鲜活的例子，我公司之前有两个只专注技术解决问题的团队：一个是infra，一个是data。前者负责公司基础设施建设，后者负责大数据处理。他们团队对也公司各领域业务都不熟，在公司业务还不错的情况下，是有足够资源养活的。但这两年公司业绩下滑、股价大跌，最终导致大规模裁员，首先开刀的就是这两个团队。因为纯技术给公司带来不了业务收益。

这是我入行十年的一些感悟，希望能帮助更多新人在这个行业中更好地成长。无论你选择的道路如何，保持对技术的热情，同时不断拓展自己的眼界，用心去创造价值，你将能在这个变化多端的行业中持续成长，迎接未来的挑战。希望这些感悟能够为你们的职业发展提供一些指引，

今天想跟大家分享一下，低增长的互联网意味着什么？那提到低增长，那不得不提在互联网的高增长。1987年9月20日，西方世界第一次通过互联网收到了中国的来信。

众所周知，互联网在中国其实发展了25年左右，在这25年里面，互联网的大部分应用和业务都是处于高增长模式。这个高增长模式主要指的是用户量，订单量，交易量，这些核心的指标都呈指数上升的阶段。

于是我们看到了很多很多令人惊奇和咋舌的情况，微信用户数从零个到几万到几百万到几亿。淘宝的订单量从几十百到几百万到几个亿。我们看到了无数的APP应用，从零快速积累到百万，甚至突破几个亿。

在这个过程中，我们会发现各行各业涌现出来了各种各样的公司和APP应用，我们也看到了无数的公司敲响了纳斯达克上市的钟声。互联网也不断利用规模效应来创造财富神话，我们看到身边的人，同行的人都能够快速的拿着股票和期权成为了百万千万富翁。

我毕业的时候，刚好2015年，我从中国科学技术大学硕士毕业拿到了阿里巴巴的Offer，而正是阿里巴巴上市之后，整个园区里充斥着财富自由的声音，虽然我啥都没有，但是还是沉浸其中，仿佛我也可以通过努力，在短短几年内和他们一样，可以过上不曾想过的生活。

很多牛人也轻轻松松的成为了创始人或者联合创始人，一遍高谈阔润，一遍指点江山。一边聊着增长飞轮，一边喝着咖啡，一边畅想未来。

突然疫情来了，突然人口红利见顶了，突然出生率断崖下跌，突然国际环境一片变差。

一切的一切，貌似美梦想来的那种感觉，仿佛依然不相信，说好的百年企业，说好的数字经济，说好的财富自由，怎么就突然变了。眼见他起高楼，眼见他宴宾客，眼见他楼塌了。古语的一句句撼动心魄的词句离我们如此之近。于是，我们不想看到的裁员、股市腰斩、失业率增高，一幕幕我们看不到的东西，全部浮现了出来。

于是在互联网程序员内心对于造富的神话还没有偃旗息鼓的时候，我们突然就见证了世界的巨变。

于是不得不承认，在2022年的今天，我们互联网进入了低增长时代。

那么低增长时代意味着什么？我们要从中里面能吸取什么样的教训？我们要如何去迎接低增长时代？

有一句话说得非常好，我们人类从历史里面学到了唯一的教训，就是不会吸取任何教训。世界上每一个生命，每一个事物，每个经济现象都有自己的周期。没有任何一个东西是可以无限增长的，自然界不允许这么牛逼的存在，互联网也是一样。

也就是互联网在成立和爆发的第一天，我们就应该能预知到互联网一定会走向平稳，甚至走向衰亡。可是人们眨眼几十年的时间，我们往往会被社会裹挟着往前面前进，我们甚至不知道自己一无所知。在我们猝不及防的时间，想不到低增长就来了，我们在不知不觉中进入了存量时代。只是，来得太快，我们还没有来得及反应。

那低增长到底意味着什么？我认为我们要做好下面的准备。

首先是精细化运营。我们进入了存量时代，我们不得不进入精细化运营。也就是高增长的用户没了，我们所面对的只有不断流失的存量用户。在高增长的时代，野蛮地生长，我们有些时候不会在乎老用户的体验，我们一直把重金都砸在新业务上面，力求能继续做大规模以吸引投资者，以讲一个更加美好的故事。可是到了存量时代，我们不得不精准的运营我们存量的用户。我们不像以前那样会砸大笔的钱投入大量的人力去做一些新的产品，反而我们应该进入对于存量用户的存量功能的精细化的运营。只有迎合了这一波存量用户的需求，我们才可以防止用户流失，我们才能够保持到那些仅有的利润。

其次就是降本增效。互联网进入了存量时代，估值逻辑就变化了，原来我们以规模为衡量，只要规模越多，不管盈利还是非盈利，我们都能够拿到巨额的投资。有一句话说得非常好，早期互联网员工的工资不是公司发的，而是投资人发的。所以就算在公司里面你的业务亏损得再多，但是员工依然能拿到非常高的工资，这就是互联网高增长下的底层逻辑。而到了低增长的时代，投资人的钱已经没有了，那么发工资的主角变成了企业。我们知道有老板来发工资，你一定会知之，比较一定是要发出去十块钱，他就要至少赚回一百块钱。因为毕竟投资人的钱等于从天上掉下来的，而企业主的钱主要是从老板的身上一点一点割下来的，多花一块钱，老板都肉疼。

所以以前有免费的咖啡，水果茶，不好意思，现在没有了，原来有一年一到两次的团建，不好意思，现在也没有了。原来奖金动不动十个月，20个月起，不好意思，现在撑死了只有三个月。以前随便出差全国飞，只要有增长就有审批额度，不好意思，现在能不出差尽量不出差，能远程视频就远程视频，实在搞不定的这个客户也可以考虑不要了。

原来是粗放型的管理，我们只在乎整体的增长和氛围，现在不好意思，我们要提高效率，我们希望员工的每一分钱都花在刀刃上，每一点时间都用在了对客户的架子上。

当然，降本增效，不得不说的是，裁员是最快最高效的手段。相信未来大厂特别是亏损的互联网公司会持续进入滚动式裁员，毕竟大厂员工的人均成本就超过百万，卖出多少产品才能有百万的收入呢？我想这点老板、财务和HR都门清的。资本家也是嗜血的，当然也是怕失血的。

最后高质量增长和价值创造。最后现实情况我们不得不去考虑高质量增长和价值创造。原来我们可能采取竭泽而渔的方式，我们撒钱到处撒币以获得最高的增长。而现在我们更要看重高质量增长和价值创造。所谓高质量增长，我们要求我们每付出的一分钱，付出的每一分劳动，我们要收获有价值，有质量的客户。

也就是不付费的客户或者薅羊毛的客户，不好意思，你再怎么投诉我，我都不欢迎你。或者说有一些我们长期在原来的免费补贴时代客户，到现在可能就成为了垃圾客户。

所谓价值创造，就是我不是为了能够获取你的关注，我确实要给你创造实实在在的价值，你才会为我的服务买单。所以我觉得也是一个好事，当然这也意味着我们可能整体包括企业也进入了一种躺平时代。我觉得大部分有追求的企业应该都会思考这个问题，能否安静下来做一些长期主义的事情。也许很多企业就在这个时候被迫精耕细作，成为百年老店。

当然还不得不要说这一点，互联网的蓬勃发展结束了，既然进入了真正的增长时代，进入了精细化运营时代，不好意思，我可能不需要这么多员工，我也不会给你发这么高的工资，我们只是成为一个普普通通，用数字化创造实际价值的公司。

但是中国的技术有这么多，还会有很多人前赴后继地走在这条路上。所以在我们中国整个产业没有转型的时候我们有这么多的人才。我想在一段时间内可能都经历过一阵阵痛。当然站在好处的地方是当前的这种业务机构会倒逼人才往其他行业流走，流向原来根本招不到人的行业，比如说制造业、工厂，甚至是其他的服务业。

当然，我们先回过头来，当前的程序员该怎么办？和我们说的增长模式一样，我们这些程序员也会变成了存量的程序员。在存量时代意味着我们持续要去内卷，去竞争存量的岗位。我相信竞争也会更加的激烈，当然等我们年纪越来越大的时候，依然创造不出市场的价值的时候，我相信可能会被逐渐淘汰。所以我觉得内心也要结合准备降薪，甚至是转行，甚至是寻找下一份职业的准备。

当然站在长远的角度来看未必不是好事，至少我们薪资降下来了，我们的时间也多出来了，我们更能去好好的去问问自己生命的意义什么？虽然高薪的岗位会越来越少，但是我觉得大家也不用焦虑，毕竟底薪的岗位一大堆。而且自古以来大部分人赚不到什么钱，是一个常态。

PDF简介

• PDF是Portable Document Format 的缩写，可翻译为“便携文件格式”，由Adobe System Incorporated 公司在1992年发明。


• PDF文件是一种编程形式的文档格式，它所有显示的内容，都是通过相应的操作符进行绘制的。


• PDF基本显示单元包括：文字，图片，矢量图，图片


• PDF扩展单元包括：水印，电子署名，注释，表单，多媒体，3D


• PDF动作单元：书签，超链接（拥有动作的单元有很多个，包括电子署名，多媒体等等）

PDF的优点

• 一致性：在所有可以打开PDF的机器上，展示的效果是完全一致，不会出现段落错乱、文字乱码这些排版问题。尤其是文档中，本身可以嵌入字体，避免了客户端没有对应字体，而导致文字显示不一致的问题。所以，在印刷行业，绝大多数用的都是PDF格式。


• 不易修改：用过PDF文件的人，都会知道，对已经保存之后的PDF文件，想要进行重新排版，基本上就不可能的，这就保证了从资料源发往外界的资料，不容易被篡改。


• 安全性：PDF文档可以进行加密，包括以下几种加密形式：文档打开密码，文档权限密码，文档证书密码，加密的方法包括：RC4，AES，通过加密这种形式，可以达到资料防扩散等目的。


• 不失真：PDF文件中，使用了矢量图，在文件浏览时，无论放大多少倍，都不会导致使用矢量图绘制的文字，图案的失真。


• 支持多种压缩方式：为了减少PDF文件的size，PDF格式支持各种压缩方式：asciihex，ascii85，lzw，runlength，ccitt，jbig2，jpeg(DCT)，jpeg2000(jpx)


• 支持多种印刷标准：支持PDF-A，PDF-X

PDF格式

根据PDF官方指南，理解PDF格式可以从四个方面下手——Objects（对象）、File structure（物理文件结构）、Document structure（逻辑文件结构）、Content streams（内容流）。

对象

物理文件结构

• 
  

  整体上分为文件头（Header）、对象集合（Body）、交叉引用表（Xref table）、文件尾（Trailer）四个部分，结构如图。修改过的PDF结构会有部分变化。

  
  


• 
  

  未经修改

  
  

​

编辑

img

• 
  

  经修改

  
  

​

编辑

img

文件头

• 文件头是PDF文件的第一行,格式如下:

%PDF-1.7

复制

• 这是个固定格式，表示这个PDF文件遵循的PDF规范版本，解析PDF的时候尽量支持高版本的规范，以保证支持大多数工具生成的PDF文件。1.7版本支持1.0-1.7之间的所有版本。

对象集合

• 这是一个PDF文件最重要的部分，文件中用到的所有对象,包括文本、图象、音乐、视频、字体、超连接、加密信息、文档结构信息等等,都在这里定义。格式如下:

2 0 obj

        ...

end obj

复制

• 一个对象的定义包含4个部分：前面的2是对象序号，其用来唯一标记一个对象；0是生成号，按照PDF规范，如果一个PDF文件被修改，那这个数字是累加的，它和对象序号一起标记是原始对象还是修改后的对象，但是实际开发中，很少有用这种方式修改PDF的，都是重新编排对象号；obj和endobj是对象的定义范围，可以抽象的理解为这就是一个左括号和右括号；省略号部分是PDF规定的任意合法对象。


• 可以通过R关键字来引用任何一个对象，比如要引用上面的对象，可以使用2 0 R，需要主意的是，R关键字不仅可以引用一个已经定义的对象，还可以引用一个并不存在的对象，而且效果就和引用了一个空对象一样。


• 对象主要有下面几种


• booleam 用关键字true或false表示，可以是array对象的一个元素,或dictionary对象的一个条目。也可以用在PostScript计算函数里面，做为if或if esle的一个条件。


• numeric

包括整形和实型，不支持非十进制数字，不支持指数形式的数字。例: 1)整数 123 4567 +111 -2 范围:正2的31次方-1到负的2的31次方 2)实数 12.3 0.8 +6.3 -4.01 -3. +.03 范围:±3.403 ×10的38次方 ±1.175 × 10的-38次方

• 注意:如果整数超过表示范围将转化成实数,如果实数超过范围就会出错


• string

由一系列0-255之间的字节组成，一个string总长度不能超过65535.string有以下两种方式：

• 十六进制字串 由<>包含起来的一个16进制串，两位表示一个字符,不足两位用0补齐。例: \ 表示AA和BB两个字符 \ 表示AA和B0两个字符


• 直接字串 由()包含起来的一个字串,中间可以使用转义符"/"。例：(abc) 表示abc (a//) 表示a/ 转义符的定义如下：

• 
  

  对象类别（续）

  
  


• 
  

  name 由一个前导/和后面一系列字符组成，最大长度为127。和string不同的是，name是不可分割的并且是唯一的，不可分割就是说一个name对象就是一个原子，比如/name，不能说n就是这个name的一个元素；唯一就是指两个相同的name一定代表同一个对象。从pdf1.2开始，除了ascii的0，别的都可以用一个#加两个十六进制的数字表示。例: /name 表示name /name#20is 表示name is /name#200 表示name 0

  
  


• 
  

  array 用[]包含的一组对象，可以是任何pdf对象(包括array)。虽然pdf只支持一维array，但可以通过array的嵌套实现任意维数的array(但是一个array的元素不能超过8191)。例：[549 3.14 false (Ralph) /SomeName]

  
  


• 
  

  Dictionary 用"<<"和">>"包含的若干组条目，每组条目都由key和value组成，其中key必须是name对象，并且一个dictionary内的key是唯一的；value可以是任何pdf的合法对象(包括dictionary对象)。例： << /IntegerItem 12 /StringItem (a string) /Subdictionary << /Item1 0.4 /Item2 true /LastItem (not!) /VeryLastItem (OK) >> >>

  
  


• 
  

  stream 由一个字典和紧跟其后面的一组关键字stream和endstream以及这组关键字中间包含一系列字节组成。内容和string很相似，但有区别：stream可以分几次读取，分开使用不同的部分，string必须作为一个整体一次全部读取使用；string有长度限制，但stream却没有这个限制。一般较大的数据都用stream表示。需要注意的是，stream必须是间接对象，并且stream的字典必须是直接对象。从1.2规范以后，stream可以以外部文件形式存在，这种情况下，解析PDF的时候stream和endstream之间的内容就被忽略掉。例: dictionary stream…data…endstreamstream字典中常用的字段如下： 字段名类型值Length整形（必须）关键字stream和endstream之间的数据长度，endstream之前可能会有一个多余的EOL标记，这个不计算在数据的长度中。Filter名字 或 数组（可选）Stream的编码算法名称（列表）。如果有多个，则数组中的编码算法列表顺序就是数据被编码的顺序。DecodeParms字典 或 数组（可选)一个参数字典或由参数字典组成的一个数组，供Filter使用。如果仅有一个Filter并且这个Filter需要参数，除非这个Filter的所有参数都已经给了默认值，否则的话 DecodeParms必须设置给Filter。如果有多个Filter，并且任意一个Filter使用了非默认的参数， DecodeParms 必须是个数组，每个元素对应一个Filter的参数列表（如果某个Filter无需参数或所有参数都有了默认值，就用空对象代替）。如果没有Filter需要参数，或者所有Filter的参数都有默认值，DecodeParms 就被忽略了。F文件标识（可选)保存stream数据的文件。如果有这个字段， stream和endstream就被忽略，FFilter将会代替Filter, FDecodeParms将代替DecodeParms。Length字段还是表示stream和endstream之间数据的长度，但是通常此刻已经没有数据了，长度是0.FFilter名字 或 字典(可选)和filter类似，针对外部文件。FDecodeParms字典 或 数组(可选)和DecodeParams类似，针对外部文件。

  
  


• 
  

  Stream的编码算法名称（列表）。如果有多个，则数组中的编码算法列表顺序就是数据被编码的顺序。且需要被编码。编码算法主要如下：

  
  

​

编辑切换为居中

img

编码可视化主要显示为乱码，所以提供了隐藏信息的机会,如下图的steam内容为乱码。

​

编辑切换为居中

img

• NULL 用null表示，代表空。如果一个key的值为null，则这个key可以被忽略；如果引用一个不存在的object则等价于引用一个空对象。

交叉引用表

• 交叉引用表是PDf文件内部一种特殊的文件组织方式，可以很方便的根据对象号随机访问一个对象。其格式如下:

xref

      0 1

      0000000000   65535   f

      4 1

    0000000009   00000   n

      8 3

    0000000074   00000   n

      0000000120   00000   n

      0000000179   00000   n

复制

• 其中,xref是开始标志,表示以下为一个交叉引用表的内容;每个交叉引用表又可以分为若干个子段，每个子段的第一行是两个数字，第一个是对象起始号，后面是连续的对象个数，接着每行是这个子段的每个对象的具体信息——每行的前10个数字代表这个这个对象相对文件头的偏移地址,后面的5位数字是生成号（用于标记PDF的更新信息，和对象的生成号作用类似），最后一位f或n表示对象是否被使用(n表示使用,f表示被删除或没有用)。上面这个交叉引用表一共有3个子段，分别有1个，1个，3个对象，第一个子段的对象不可用，其余子段对象可用。

文件尾

• 通过trailer可以快速的找到交叉引用表的位置，进而可以精确定位每一个对象；还可以通过它本身的字典还可以获取文件的一些全局信息（作者，关键字，标题等），加密信息，等等。具体形式如下:

trailer

      <<

        key1   value1

        key2   value2

        key3   value3

        …

      >>

      startxref

      553

      %%EOF

复制

• trailer后面紧跟一个字典，包含若干键-值对。具体含义如下：

• 上面代码中的startxref：后面的数字表示最后一个交叉引用表相对于文件起始位置的偏移量


• %%EOF：文件结束符

逻辑文件结构

​

编辑切换为居中

img

catalog根节点

• catalog是整个PDF逻辑结构的根节点，这个可以通过trailer的Root字段定位，虽然简单，但是相当重要，因为这里是PDF文件物理结构和逻辑结构的连接点。Catalog字典包含的信息非常多，这里仅就最主要的几个字段做个说明。 字段类型值Typename(必须)只能为Pages 。Parentdictionary(如果不是catalog里面指定的跟节点，则必须有，并且必须是间接对象) 当前节点的直接父节点。Kidsarray(必须)一个间接对象组成的数组，节点可能是page或page tree。Countinteger(必须) page tree里面所包含叶子节点（page 对象）的个数。从以上字段可以看出，Pages最主要的功能就是组织所有的page对象。Page对象描述了一个PDF页面的属性、资源等信息。Page对象是一个字典，它主要包含一下几个重要的属性：


• Pages字段 这是个必须字段，是PDF里面所有页面的描述集合。Pages字段本身是个字典，它里面又包含了一下几个主要字段：

• 一个简单例子：

3 0 obj

       << /Type /Page

           /Parent 4 0 R

           /MediaBox [ 0 0 612 792 ]

           /Resources <</Font<<

                        /F3 7 0 R /F5 9 0 R /F7 11 0 R

                             >>

                        /ProcSet [ /PDF ]

                       >>

           /Contents 12 0 R

           /Thumb 14 0 R

           /Annots [ 23 0 R 24 0 R]

         >> 

endobj

复制

• Outlines字段 Outline是PDF里面为了方便用户从PDF的一部分跳转到另外一部分而设计的，有时候也叫书签（Bookmark），它是一个树状结构，可以直观的把PDF文件结构展现给用户。用户可以通过鼠标点击来打开或者关闭某个outline项来实现交互，当打开一个outline时，用户可以看到它的所有子节点，关闭一个outline的时候，这个outline的所有子节点会自动隐藏。并且，在点击的时候，阅读器会自动跳转到outline对应的页面位置。Outlines包含以下几个字段： 字段类型值Typename(可选)如果这个字段有值，则必须是Outlines。Firstdictionary(必须;必须是间接对象) 第一个顶层Outline item。Lastdictionary(必须;必须是间接对象)最后一个顶层outline item。Countinteger(必须)outline的所有层次的item的总数。


• Outline是一个管理outline item的顶层对象，我们看到的，其实是outline item，这个里面才包含了文字、行为、目标区域等等。一个outline item主要有一下几个字段： 字段类型值Titletext string(必须)当前item要显示的标题。Parentdictionary(必须;必须是间接对象) outline层级中，当前item的父对象。如果item本身是顶级item，则父对象就是它本身。Prevdictionary(除了每层的第一个item外，其他item必须有这个字段;必须是间接对象)当前层级中，此item的前一个item。Nextdictionary(除了每层的最后一个item外，其他item必须有这个字段;必须是间接对象)当前层级中，此item的后一个item。Firstdictionary(如果当前item有任何子节点，则这个字段是必须的;必须是间接对象) 当前item的第一个直接子节点。Lastdictionary(如果当前item有任何子节点，则这个字段是必须的;必须是间接对象) 当前item的最后一个直接子节点。Destname,byte string, or array(可选; 如果A字段存在，则这个不能被会略)当前的outline item被激活的时候，要显示的区域。Adictionary(可选; 如果Dest 字段存在，则这个不能被忽略)当前的outline item被激活的时候，要执行的动作。


• URI字段 URI（uniform resource identifier)，定义了文档级别的统一资源标识符和相关链接信息。目录和文档中的链接就是通过这个字段来处理的.


• Metadata字段 文档的一些附带信息，用xml表示，符合adobe的xmp规范。这个可以方便程序不用解析整个文件就能获得文件的大致信息。


• 其他 Catalog字典中，常用的字段一般有以下一些：

具体组成

1 Header部分

PDF文件的第一行应是由5个字符“%PDF-”后跟“1.N”的版本号组成的标题，其中N是0到7之间的数字。例如下面的：

%PDF–1.0 　　%PDF–1.1 　　%PDF–1.2 　　%PDF–1.3 　　%PDF–1.4 　　%PDF–1.5 　　%PDF–1.6 　　%PDF–1.7

从PDF 1.4开始，应使用文档目录字典中的Version 条目（通过文件Trailer部分的Root条目指定版本），而不是标题中指定的版本。

2 Body部分

PDF文件的正文应由表示文件内容的一系列间接对象组成，例如字体、页面和采样图像。从PDF 1.5开始，Body还可以包含对象流，每个对象流包含一系列间接对象。例如下面这样：

1 0 obj

<< /Type /Catalog

　　/Outlines 2 0 R

　　/Pages 3 0 R

>>

endobj

2 0 obj

<< /Type Outlines

　　/Count 0

>>

endobj

3 0 obj

<< /Type /Pages

/Kids [4 0 R]

/Count 1

>>

endobj

4 0 obj

<< /Type /Page

　　/Parent 3 0 R

　　/MediaBox [0 0 612 792]

　　/Contents 5 0 R

　　/Resources << /ProcSet 6 0 R >>

>>

endobj

5 0 obj

<< /Length 35 >>

stream

　　…Page-marking operators…

endstream

endobj

6 0 obj

[/PDF]

endobj

3 Cross-Reference Table 交叉引用表部分

交叉引用表包含文件中间接对象的信息，以便允许对这些对象进行随机访问，因此无需读取整个文件即可定位任何特定对象。

交叉引用表以xref开始，紧接着是一个空格隔开的两个数字，然后每一行就是一个对象信息：

xref

0 7

0000000000 65535 f

0000000009 00000 n

0000000074 00000 n

0000000120 00000 n

0000000179 00000 n

0000000300 00000 n

0000000384 00000 n

上面第二行中的两个数字“0 7”，0表示下面的对象从0号对象开始，7表示对象的数量，也就是说表示从0到6共7个对象。

每行一个对象信息的格式如下：

nnnnnnnnnn ggggg n eol

• nnnnnnnnnn 长度10个字节，表示对象在文件的偏移地址；


• ggggg 长度5个字节，表示对象的生成号；


• n （in-use）表示对象被引用，如果此值是f （free），表示对象未被引用；


• eol 就是回车换行

交叉引用表中的第一个编号为0的对象始终是f（free）的，并且生成号为65535；除了编号0的对象外，交叉引用表中的所有对象最初的生成号应为0。删除间接对象时，应将其交叉引用条目标记为“free”，并将其添加到free条目的链表中。下次创建具有该对象编号的对象时，条目的生成号应增加1，最大生成号为65535；当交叉引用条目达到此值时，它将永远不会被重用。

交叉引用表也可以是这样的：

xref

0 1

0000000000 65535 f

3 1

0000025325 00000 n

23 2

0000025518 00002 n

0000025635 00000 n

30 1

0000025777 00000 n

[

4 Trailer部分

PDF阅读器是从PDF的尾部开始解析文件的，通过Trailer部分能够快速找到交叉引用表和某些特殊对象。如下所示：

trailer

<< /Size 7

    /Root 1 0 R

>>

startxref

408

%%EOF

文件的最后一行应仅包含文件结束标记%%EOF。关键字startxref下面的数字表示最后一个交叉引用表的xref关键字开头的字节偏移量。trailer和startxref之间是尾部字典，由包含在双尖括号（<<…>>）中的键值对组成。

为什么不容易被修改

1. 文件结构和编码：PDF文件采用了一种复杂的文件结构和编码方式，这使得在未经授权的情况下修改PDF文件变得非常困难。PDF文件采用二进制格式存储，而不是像文本文件那样以可读的形式存储。这导致无法直接编辑和修改PDF文件，需要使用特定的软件或工具。


2. 加密和安全特性：PDF文件可以使用密码进行加密和保护，以确保只有授权的用户才能进行修改。加密可以防止未经授权的访问和修改，使得修改PDF文件变得更加困难和复杂。


3. 文件签名和验证：PDF文件可以使用数字签名进行验证，以确保文件的完整性和可信性。数字签名可以证明文件的来源和真实性，一旦数字签名验证失败，即表明文件已被篡改。


4. 版本兼容性和规范：PDF格式被国际标准化组织（ISO）制定为ISO 32000标准。这个标准确保了不同版本和软件之间的PDF文件的兼容性，并定义了丰富的功能和规范，包括页面布局、字体嵌入、图形和图像处理等。这些严格的规范使得对PDF文件进行修改变得复杂和具有挑战性。

如何修改pdf

因为pdf的局限性是无法进行修改的，所以我们只能通过将他转换为其他类型的文件进行查看修改，当然，转换的过程不可能是百分百完美的进行转换的。

下面推荐这俩个可以进行转换的网站

PDF转换成Word在线转换器 - 免费 - CleverPDF

Convert PDF to Word for free |

人情人情世故职场社会生存实战篇（一）
人情人情世故职场社会生存实战篇（二）
人情人情世故职场社会生存实战篇（三）

31、问：领导推我得了第一，拿了5000奖金，给领导送多少合适?

答：钱从哪儿来的，还到哪儿去，这叫饮水思源。给他买5000元的华子，他100%要，然后你提个非常小非常小的要求就0K。比如请假3天，他说0K，然后就心安理得的收了。你回来了，他会想办法安排你，指点你的。然后他送你一句话，你说:这句话价值连城，一个亿都买不到。领导高兴啊，你看:我5000就卖给你了，我还亏了呢。然后，他会主动给自己加分，你看吧，我还是一个好领导。这样你既满足了领导的物质需求，同时还满足了领导的精神需求。领导觉得你知恩图报，此后有机会便开始提拔你了。

32、问：你说送礼交大哥真的有用吗，有的人收了不办事，会不会搞不好倾家荡产啊?

答：我从来没听说过:谁谁谁送礼倾家荡产的。前辈给我讲过他发家的故事:十几年前他给一个工程的大哥包20万红包，赚了180万，他又拿出100万分给了大哥，大哥说:那边的开发区也归你管了，就那两年时间前辈赚了1000多个，而别人只认为他是命好。

33、问：朋友给我介绍个活，挣了5千多，我说:谢谢啊，下次请你吃饭。但最近很少跟我联系，也不介绍活给我了是怎么回事?

答：如果你挣了五千，给他三千，你觉得你的活还会少吗?进四出六，不要怕吃亏，只要你给他转了，你天天都有活干!自己一人占尽利益，将没有长期合作!

34、问：公司领导生病了，我要不要过去看一下，去了有没有什么用?

答：前年的时候，前辈病了，小李发信息说了一些安慰前辈的话。我呢带了2条烟，去了协和医院，握着前辈的手，说了很多暖心的话。此后，我和前辈无话不谈。尽管小李跟了前辈很多年，但前辈遇到好事儿还是习惯性叫上我，前后几年带事我挣了至少120个朝上。

35、问：去年挣了点钱，想回家乡修个路啥的，你看有没有必要?

答：前年捐了50万在村里修路灯，从那以后，村里的人每天都在找我，这个生病了，那个想买房，还有个没钱交学费的。富贵不归故里。习惯性装穷，习惯性示弱，不信你看大衣哥。

36、问：昨天和朋友吹牛，说一年赚几百万，然后今天给我发信息，我没敢回，是不是找我借钱啊?

答：前年一场饭局，朋友问:一年赚多少?我说400多万。朋友说厉害厉害。第二天，朋友找我借钱，张口就是170万，而且还跪在我家，一直给我磕头。我给了他40万，这40万他100%不会还了。他是送外卖的，一月能赚多少钱我不知道，反正这笔借出去的钱收不回了。

37、问：昨天我对一个大哥说，哥你一年带我赚个几百万就行了，但是大哥直接转移话题是为什么?

答：一个外地的小朋友，非要见个前辈，我拗不过他，便约了他出来。饭局上，这个小朋友一句话就把局面给破坏了。他对前辈说:张叔，我要跟你混，你年赚2000万，我能年赚1000万就行。大家习惯给人家面子，前辈说:兄弟之才，绝对在我之上，来，喝喝喝.....

38、问：我公司干了几年了，不亏钱，但为什么就是做不大?

答：赚小钱，靠的是能力，赚大钱，靠的是关系，靠的是背景。所有的保险公司，都是关系的结果，跟市场运营没有一毛钱关系，赚钱，就是找个大哥，当他的夜壶，这没有什么好丢人的，找不到夜壶才丢人。

39、问：我打算开个实体店，请教一下什么叫会做生意，什么叫情商?

答：前段时间我在一家饭店吃饭，打碎个杯子，老板说:影响您用餐了，没有伤着吧。结账时，我多给了老板100元。好巧不巧，前两天我又去一家小饭店吃饭，打烂一个勺子，老板说:一个勺子100元。此后，这家饭店，我再没去过。

40、问：带我的大哥到我家喝茶，好像是看上我那副画了，正好大哥手里有个项目你说这是个机会吗?

答：前辈很喜欢我的摩托车，我就把摩托车借给他开了几天，然后他问我从哪儿买的，我说:叔你喜欢的话，我就送你了。前辈说:那谢谢了。随后没几天他告诉我:你给你张叔拿2万，我给他打过招呼了，这个绿化工程，由你来做。赚钱不赚钱看你自己。我说:叔，挣不挣钱都是个机会，到时候找你喝茶。

前端项目的部署以前一直是把静态资源放到后端工程中，随后端部署一起部署。随着前后端分离开发模式的流行，前端项目可以单独部署了，目前最流行的方式使用nginx来部署。

对于前端项目来说，nginx主要有两个功能：

• 对静态资源做托管，即作为一个静态资源服务器；


• 对动态资源做反向代理，即代理后台接口服务，防止跨域；

路由配置

对nginx配置最多就是路由配置，路由配置又有几种写法。

1. =

location = /111/ {

    default_type text/plain;

    return 200 "111 success";

}

location 和路径之间加了个 =，代表精准匹配，也就是只有完全相同的 url 才会匹配这个路由。

在路径后面添加了aa，那么就不是精确匹配了，所以是404。

2. 不带 =

代表根据前缀匹配，后面可以是任意路径

location /222 {

    default_type text/plain;

    // 这里的 $uri 是取当前路径。

    return 200 $uri;

}

3. 支持正则匹配~

// 匹配以/333/bbb开头，以.html结尾的路径

location ~ ^/333/bbb.*\.html$ {

    default_type text/plain;

    return 200 $uri;

}

上面的~是区分大小写的，如果不区分大小写是~*

// 匹配以/333/bbb开头，以.html结尾的路径

location ~* ^/333/bbb.*\.html$ {

    default_type text/plain;

    return 200 $uri;

}

4. ^~代表优先级

下面的配置有两个路径是以/444开头的：

location ~* ^/444/AAA.*\.html$ {

    default_type text/plain;

    return 200 $uri;

}

location ~ /444/ {

    default_type text/plain;

    return 200 $uri;

}

如果访问/444/AAA45.html，就会直接命中第一个路由，如果我想命中/444/呢？ 加上^就好了。

location ^~ /444/ {

    default_type text/plain;

    return 200 $uri;

}

也就是说 ^~ 能够提高前缀匹配的优先级。

总结一下，location 语法一共有四种：

1. 
   

   location = /aaa 是精确匹配 /aaa 的路由;

   
   


2. 
   

   location /bbb 是前缀匹配 /bbb 的路由。

   
   


3. 
   

   location ~ /ccc.*.html 是正则匹配，可以再加个 * 表示不区分大小写 location ~* /ccc.*.html;

   
   


4. 
   

   location ^~ /ddd 是前缀匹配，但是优先级更高。

   
   

这 4 种语法的优先级是这样的：

精确匹配（=） > 高优先级前缀匹配（^~） > 正则匹配（～ / ~*） > 普通前缀匹配

root 与 alias

nginx指定文件路径有两种方式root和alias，root与alias主要区别在于nginx如何解释location后面的uri，这会使两者以不同的方式将请求映射到服务器文件上。

1. root的处理结果是：root路径 ＋ location路径;


2. alias的处理结果是：使用alias路径替换location路径;

alias是一个目录别名的定义，root则是最上层目录的定义。

需要注意的是alias后面必须要用/结束，否则会找不到文件的，而root则可有可无。另外，alias只能位于location块中。

root示例：

location ^~ /test/ {

    root /www/root/html/;

} 

如果一个请求的 uri 是 /test/a.html时，web服务器将会返回服务器上的/www/root/html/test/a.html的文件。

alias示例：

location ^~ /test/ {

    alias /www/root/html/new_test/;

}

如果一个请求的 uri 是 /test/a.html 时，web服务器将会返回服务器上的/www/root/html/new_test/a.html的文件。

注意， 这里是new_test，因为alias会把location后面配置的路径丢弃掉，把当前匹配到的目录指向到指定的目录。

二级目录

有时候需要在一个端口下，部署多个项目，那么这时可以采用二级目录的形式来部署。

采用二级目录来部署会有一些坑，比如，当我请求 http://xxxxxxxx.com/views/basedata 的时候，浏览器自动跳转到了http://xxxxxxxxm:8100/store/views/basedata/。

这是什么原因呢？

最根本的问题是因为http://xxxxxxxx.com/views/basedata后面没有/，所以就触发了nginx的301重定向，重定向到了http://xxxxxxxxm:8100/store/views/basedata/，因此，只要避免触发重定向即可。

如果你能忍受直接使用如 http://xxxxxxxxm:8100/store/views/basedata/ 这样最后带/的地址，那也就没有什么问题了。

那为什么会触发重定向呢？

当用户请求 http.xxxxxx.cn/osp 时，这里的 $uri 就是 /osp，nginx 会尝试到alias或 root 指定的目录下找这个文件。

如果存在名为 {alias指定目录}/osp 的文件，注意这里是文件，不是目录，就直接把这个文件的内容发送给用户。

很显然，目录中没有叫 osp 的文件，于是就看 osp/，增加了一个 /，也就是看有没有名为 {alias指定目录}/osp/ 的目录。

即，当我们访问 uri 时，如果访问资源为一个目录，并且 uri 没有以正斜杠 / 结尾，那么nginx 服务就会返回一个301跳转，目标地址就是要加一个正斜杠/。

一种最简单的方式就是直接访问一个具体的文件，如 http.xxxxxx.cn/osp/index.html，这样就不会发生重定向了。但是，这样方式不够优雅，每次都要输入完整的文件路径。

另一种方式是调整 nginx 中关于重定向的配置，nginx 重定向中的三个配置：absolute_redirect、server_name_in_redirect、port_in_redirect。

absolute_redirect通过该指令控制 nginx 发出的重定向地址是相对地址还是绝对地址：

1、如果设置为 off，则 nginx 发出的重定向将是相对的，没有域名和端口， 也就没有server_name_in_redirect和port_in_redirect什么事儿了。

加了这个配置后，尽管也会发生重定向，但是不会在路径上加上域名和端口了。

2、如果设置为 on，则 nginx 发出的重定向将是绝对的；只有 absolute_redirect 设置为 on，server_name_in_redirect 和 port_in_redirect 的设置才有作用。

nginx 开启 gzip 静态压缩提升效率

gzip 是一种格式，也是一种 linux 下的解压缩工具，我们使用 gzip 对 app.js 文件压缩后，原始文件就变为了以.gz结尾的文件，同时文件大小从 42571 减小到 11862。

目前，对静态资源压缩有两种形式：

• 动态压缩： 服务器在返回任何的静态文件之前，由服务器对每个请求压缩在进行输出。


• 静态压缩：服务器直接使用现成的扩展名为 .gz 的预压缩文件，直接进行输出。

我们知道 gzip 是 CPU 密集型的，实时动态压缩比较消耗 CPU 资源。为进一步提高 nginx 的性能，我们可以使用静态 gzip 压缩，提前将需要压缩的文件压缩好，当请求到达时，直接发送压缩好的.gz文件，如此就减轻了服务器 CPU 的压力，提高了性能。

因此，我们一般采用静态压缩的方式，实现静态压缩有以下两个步骤：

1. 生成gzip压缩文件

在利用webpack打包的时候，我们就把文件进行压缩，配置如下：

const isProduction = process.env.NODE_ENV === 'production'



if (isProduction) {

  config.plugins.push(

    new CompressionWebpackPlugin({

      // 采用gzip进行压缩

      algorithm: 'gzip',

      test: /\.js$|\.html$|\.json$|\.css/,

      threshold: 10240

    })

  )

}

可以看到，多生成了一个以.gz结尾的文件，然后把.gz后缀的文件上传到服务器中即可。

2. 在 nginx 开启支持静态压缩的模块

在nginx配置中加上如下配置：

gzip_static on;

如果不加的话，访问的时候就会找不到，报404错误，因为服务器只有.gz的文件，没有原始文件。

总结

前端项目nginx部署主要的配置基本上就是上面提到的这些。

首先是location路由的四种写法；

接着就是分清楚root和alias的区别；

当项目较多时需要使用二级路由时，需要注意重定向的配置；

如果你的项目文件较大，可以开启gzip