坏滴很呐
我记得有个项目，专门用来处理尾款，根据剩余借款日期调整透明度，直到尾款那天彻底透明
肯定得定规则和交付标准的，前期定金，上线前的二次付款，交付后维护多少钱。
怎么可能让你白嫖，就一个维护费用还要挨一个起诉没那个必要。
搞后门出bug不如直接想法直接整个license过期，这样也不违法
做成订阅制 交年费 
提高价格。 
维保费相当于没有。
我倾向于明着来 某些关键的包不给源码 加一个加载时要本地验证的操作 下次你维保的时候给他续就好了
你搞个私有包，不引入这个包运行不了，然后这个包重写了一些关键方法，例如遍历方法，如果少了验证码或者验证码过期，遍历次数会减1
我们公司搞了一个授权码的服务，然后加在登录、上游对接的时候校验
搞个授权，授权过期无法登录
关键函数放你自己服务器上执行，只返回结果给客户
内网就没辙了
神奇的思路
加license和混淆
公司用的授权文件 
他们硬是花功夫改源码的话也无解
你源码都给了，就不要想这些了，还是结尾款在给源码吧
源码给了，去掉不就行了？
来涨姿势~
把核心功能做成jar引入，以后想升级只能重构，或者反编译jar
留什么后门 直接写一个秘钥 你生成的秘钥有时效性 比如12-31号到期 到期就停 付款就给密钥,整出bug是你的问题 客户会认为项目都没做好还收什么钱,有些事放在明面上好一点,
用go写一个启动器，在启动器里留后门。只给Java源码，不给启动器源码。